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CHAPTER 1 
INTRODUCTION 

1.1 MANUAL SCOPE 

This manual provides a comprehensive description of the functional 
and operational characteristics of the VAX-11/780 diagnostic 
system. The level of detail presented provides a resource for 
appropriate branch courses of the field service training program 
and for a field reference. Table 1-1 provides a list of related 
documents. Note that a glossary of diagnostic software terms is 
provided in Appendix A. 

Table 1-1 VAX-11/780 System Manuals 



Document Title 



VAX-11/780 Power System 
Technical Description 

VAX-11/780 System 
: Installation Manual 

DS780 Diagnostic System 
User's Guide 

DS780 Diagnostic System 
Technical Description 

FP780 Floating-point 
Processor Technical 
Description 

REP05/REP06 Subsystem 
Technical Description 

VAX-11 KA780 Central 
Processor Technical 
Description 

VAX-11 MS780 Memory 
System Technical 
Description 

DW780 Unibus Adapter 
Technical Description 

KC780 Console Interface 
Technical Description 

VAX-11/780 Architecture 
Handbook 



Control Number 



EK-PS780-TD-001 
EK-SI780-IN-001 
EK-DS780-UG-001 
EK-DS780-TD-001 

EK-FP780-TD-001 
EK-REP06-TD-001 

EK-MS780-TD-001 

EK-MS780-TD-001 
EK-DW780-TD-001 
EK-KC780-TD-001 
EB07466 



Form 



In Microfiche Library 
Available in hard copy* 
Available in hard copy* 
In Microfiche Library 

In Microfiche Library 
In Microfiche Library 

In Microfiche Library 

In Microfiche Library 
In Microfiche Library 
In Microfiche Library 
Available in hard copy* 
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Table 1-1 VAX-11/780 System Manuals (Cont) 



Document Title 



VAX-11/780 Software 
Handbook 

VAX-11/780 Hardware 
Handbook 

VAX/VMS Primer 



Control Number 



EB08126 

EB09987 
AA-D03 0A-TE 



VAX/VMS Command Language 
User' s Guide 


AA-D023A-TE 


VAX- 11 MACRO User's 
Guide 


AA-D033A-TE 


VAX-11 Linker Reference 
Manual 


AA-D019A-TE 


VAX-11 Symbolic Debugger 
Reference Manual 


AA-D026A-TE 



Form 



Available in hard copy* 

Available in hard copy* 
Available in hard copy* 

Available in hard copy* 

Available in hard copy* 

Available in hard copy* 

Available in hard copy* 



*These documents can be ordered from: 

Digital Equipment Corporation 

444 Whitney Street 

Northboro, MA 01532 

Attn: Printing and Circulation Services (NR2/M15) 

Customer Services Section 

For information concerning microfiche libraries, contact: 

Digital Equipment Corporation 
Micropublishing Group, PK3-2/T12 
129 Parker Street 
Maynard, MA 01754 

1.2 DIAGNOSTIC SYSTEM CAPABILITIES 

The VAX-11/780 diagnostic system is a set of software components 
integrated as a system to provide a wide range of error detection 
and isolation capabilities for the VAX-11/780 hardware. The 
diagnostic levels range from system functional tests to dedicated 
microprogram techniques capable of identifying a faulty module 
(printed circuit board) or group of modules. In addition, the 
diagnostic control functions provide substantial selection and 
execution options. 
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The overall diagnostic strategy satisfies the major field service 
goals of: 

a. High quality and efficiency of system installation, by 
providing formal installation procedures, automated test 
package configurations, and a system exerciser program 
that can be configured for specific VAX-11/780 systems. 

b. Reduction of fault isolation and repair times, by 
providing high visibility diagnostic programs (programs 
accessible to the operator) and procedures keyed to the 
field service troubleshooting and repair philosophy. 

The diagnostic system is supported by a PDP-11/V03 (LSI-11) 
microcomputer console system. In addition to providing for local 
(on-site) diagnostic execution, the diagnostic system allows for 
diagnosis from a remote diagnostic center. 

1.3 DIAGNOSTIC SYSTEM OVERVIEW 

The diagnostic system consists of programs that are organized 
hierarchically (from general to specific capabilities) in six 
levels. Each level contains one or more categories, as follows: 

Level 1 — Operating system (VMS) based diagnostic programs 
(using queue I/O) 

System exerciser program 

Level 2 — Diagnostic supervisor — based diagnostic programs that 
can be run either under VMS or in the standalone mode 
(using queue I/O) 

^ Bus interaction program 

Formatter and reliability level peripheral diagnostic 
programs 

Level 2R — Diagnostic supervisor — based diagnostic programs that 
can be run only under VMS. 



Level 3 — 



Certain peripheral diagnostic programs 

Diagnostic supervisor — based diagnostic programs that 
can be run in standalone mode only (using direct I/O) 

2 Functional level peripheral diagnostic programs 
2 Repair level peripheral diagnostic programs 
Cluster diagnostic programs 

Level 4 — Standalone macrodiagnostic programs that run without 
the supervisor. 

Hardcore instruction test 
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Console 

Level — Console-based diagnostics that can be run m tne 

standalone mode only 

Mi c rod i ag no St i c s 

Console program 

Octal Debugging Technique (ODT) 

ROM resident power-up tests 

LSI-11 diagnostics 

The diagnostic programs can be used for preventive maintenance 
checks to ensure proper computer operation; or, if system 
malfunctions have been detected, specific programs or groups of 
programs can be run to isolate the fault. 

Figure 1-1 shows the relation of the six levels to four diagnostic 
program operating environments. The console environment requires 
exclusive use of the VAX-11/780 system (standalone mode). It 
includes only the console level programs. In this environment, 
program control is exercised by the LSI-11 processor in the 
console subsystem. 

In the cluster environment, the system environment, and the user 
environment, control is exercised in the VAX-11/780 CPU. The 
cluster environment supports only standalone diagnostic programs. 
It includes level 4 programs and some level 3 programs. The level 
3 programs supported are those that test the CPU and the channel 
adapters . 

The system environment supports peripheral diagnostic programs 
that can run in the standalone mode. These include level 2 
programs and level 3 peripheral programs. 

The user environment supports only programs that can be run under 
VMS, namely levels 2R, 2, and 1. 

In general, the diagnostic system uses a building block approach 
to testing (and subsequent fault detection and isolation). When 
the diagnostic programs are executed in the standard system 
checkout sequence, they will initially test a minimum (basic) set 
of logical functions to ensure their proper operation. After these 
basic operations are verified, a larger and more complex block is 
tested, using the previously tested block as a base. This sequence 
is implemented consistently from the ROM resident power-up tests 
(which check the console) to interactive system tests executed as 
user mode tasks under the VMS operating system, as shown in Figure 
1-2. 

It may be that a diagnostic program will indicate an error in a 
hardware component which is more easily diagnosed by another 
program. For instance, the bus interaction program may indicate a 
failure of a tape drive. The tape reliability program may also 
detect the same failure or a related failure, but the problem may 



1-4 



MODE 



PROGRAM 
ENVIRONMENT 



PROGRAM 
LEVEL 



OFF-LINE 
(STANDALONE) 


CONSOLE 
ENVIRONMENT 


CONSOLE LEVEL 


CLUSTER 
ENVIRONMENT 


LEVEL 4 


LEVELS 


SYSTEM 
ENVIRONMENT 


LEVEL 2 


ON-LINE 
(UNDER VMS) 


USER 
ENVIRONMENT 


LEVEL 2R 


LEVEL 1 



Figure 1-1 Diagnostic Program Mode, Environment and Levels 



1-5 



LEVEL3V 



a\ 



LEVEL 2 < 



LEVEL2R 



^ 



STAND ALONE ONLY 
(DIRECT I/O) 
REPAIR LEVEL 



STAND ALONE ONLY 
(DIRECT l/OI 
FUNCTION LEVEL 



TAPE DRIVE 
FUNCTIONAL 
TIMER 
(ESMAB) 



STAND ALONE 
OR UNDER VMS 
(QUEUE I/O) 



^ 



RPOX/DCL 
REPAIR 
DIAGNOSTIC 
(ESRCA) 



RM03 

FUNCTIONAL 
DIAGNOSTIC 
(ESRDB) 



RK611 

DIAGNOSTIC 
PARTS A-E 
(ESREA-E) 



RPOX 

FUNCTIONAL 
DIAGNOSTIC 
(ESRBA) 



TAPE 

RELIABILITY 

(ESMAA) 



RK611 MANUAL 
INTERVENTION 
TESTS 
(ESREF) 



DMC 

EXERCISER 

(ESDBB) 



RP/RK/RM 
DISK 

FORMATTER 
(ESRAB) 



RP/RK/RM 
DISK 

RELIABILITY 
(ESRAA) 



STAND ALONE 
OR UNDER VMS 
(QUEUE I/O) 



LOCAL TERMINAL 

DIAGNOSTIC 

(ESTAA) 



LINE PRINTER 

DIAGNOSTIC 

(ESAAA) 



MULTI- 
TERMINAL 
DIAGNOSTIC 
(ESTBA) 



BUS 

INTERACTION 

(ESXBA) 



UNDER VMS 
ONLY 
(QUEUE I/O) 



SYSTEM 
EXERCISER 



Figure 1-2 VAX-11/780 
Diagnostic System Program 
Hierarchy (Sheet 1 of 2) 



CONSOLE- 
BASED 



LSI-11 DIAGNOSTICS 



DEDICATED 

LSI-11 

TESTS 



PROGRAM I/O MODE- 



STAND ALONE ONLY 



HARDCORE TESTS- 



LEVEL 4< 



LEVEL 3 A 



STAND ALONE ONLY 
(DIRECT I/O) 



RH780 (MBAl 
DIAGNOSTIC 
(ESCAA) 



^ 



POWER UP 

TESTS 

(IBM RESIDENT) 



CONSOLE 
PROGRAM 



MICRO- 
DIAGNOSTIC 
PROGRAM 



HARDCORE 
INSTRUCTION 
TEST 
(EVKAA) 



CLUSTER 

EXERCISER 

(ESKAX) 



ODT 



MOST BASIC LEVEL 



-CONSOLE I/O MODE 



•MICROTESTS 



DW780 (UBA) 
DIAGNOSTIC 
(ESCBA) 



^ 



Figure 1-2 VAX-11/780 
Diagnostic System Program 
Hierarchy (Sheet 2 of 2) 



be on the tape drive controller, the RH780 (MBA), or the KA780 
(CPU) . Proper use of the six levels of diagnostic programs should 
enable the field service engineer to identify the failure quickly 
and accurately. 

1.4 DIAGNOSTIC SYSTEM EXECUTION ENVIRONMENTS 

Most of the diagnostic programs must be run off-line (standalone) . 
In other words, they require exclusive use of the VAX-11/780 
computer system and will not run under the VMS operating system. 
Diagnostic programs in levels 3, 4, and the console level are of 
this type (Figure 1-2) . The diagnostic programs in level 2 can be 
run off-line or on-line (under VMS) . 

Off-line diagnostics must be run from the console 
terminal . 

On-line diagnostics may be run from any terminal on the 
system and will share the computer system with other user 
mode programs. Figure 1-3 shows the execution 
environments required by the various diagnostic programs. 

1.5 CONSOLE DIAGNOSTICS 

On power up, a set of ROM resident tests verifies the proper 
functioning of the LSI-11 within the console subsystem before the 
console program is booted from the floppy disk. If the console 
program cannot be booted, the ROM resident tests, together with 
ODT, can be used to isolate the fault. For details see the 
VAX-11/780 Di agnostic System User's Guide (EK-DS780-UG-00 1 ) , 
AppendTx D. In addition, a set of dedicated LSI-11 diagnostics may 
be used to perform in-depth tests on each component of the console 
subsystem. 

The console subsystem, in connection with the console program, 
provides the basis for the diagnostic system with the following 
functions : 

Traditional lights and switch functions such as EXAMINE, 
DEPOSIT, HALT, START, and single instruction 

Diagnostic and maintenance functions, including the 
capability to load diagnostic microcode into Writable 
Control Store (WCS) , control execution, control single 
step clock functions, and examine key system points via a 
serial diagnostic visibility bus (V Bus) , and to deposit 
and examine data in locations in the VAX-11/780 main 
memory and I/O space 

Operator communication with the VAX-11/780 software. 

The console program enables the operator to run microdiagnostics , 
to load and run the diagnostic supervisor (in the standalone mode) 
and the standalone macrodiagnostic programs (using VAX-11/780 
native code) , and to boot the operating system. 
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Diagnostic System, 
Execution Environments 



Note that when the console program is running in the LSI-11, it 
will always be in one of two modes, console I/O mode or program 
I/O mode. With the exception of the Control P C'P) command, the 
console commands (console command language) listed in the help 
files are available only when the console program is in the 
console I/O mode. 

In the console I/O mode, the console program interprets the 
characters typed on the console terminal as console commands. In 
the program I/O mode, however, the console program is transparent 
to the operator. The console program passes characters from the 
console terminal directly to the VAX-11/780 CPU for use by VMS or 
the diagnostic supervisor. 

Type Control P to switch from program I/O mode to console I/O 
mode . 

Type SET TERMINAL PROGRAM to switch from console I/O mode to 
program I/O mode. 

1.6 MICRODIAGNOSTIC PROGRAM 

The microdiagnostic program provides module isolation for logic 
failures within the CPU, floating-point accelerator and MOS memory 
controllers. The program will detect stuck high/low logic 
functions and open or grounded etch and wire interconnections. The 
microdiagnostics are organized in a bootstrapping test sequence 
(i.e., building blocks) of the console interface, CPU hardware, 
cache-translation buffer, I-stream buffer. Synchronous Backplane 
Interconnect (SBI), and memory controller and array. All detected 
faults result in an error typeout indicating the smallest set of 
modules to which the diagnostic can isolate the failure. 

The microdiagnostic program is initiated by one console command 
and executed from the CPU cluster test facility. The test facility 
consists of the console subsystem, console interface. Writable 
Control Store (WCS) , and the V Bus. 

The microdiagnostic package consists of two major test divisions: 
console adapter and hardcore, and microtests. Each test division 
is controlled by an associated monitor that provides nondiagnostic 
services to that division. Both test division monitors are 
serviced by the console-resident microdiagnostic monitor. In 
addition to loading the test monitors, the microdiagnostic monitor 
retrieves microtest overlays from the floppy disk, loads test 
sequences into WCS, performs test dispatching and sequencing, 
performs error reporting, and manages fault isolation. The 
microdiagnostic monitor also allows the operator microdiagnostic 
test selection and execution options (Chapter 4). Figure 1-4 shows 
overall monitor relationships and test sequencing. 
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1.6.1 Console Adapter and Hardcore Division 

The adapter and hardcore division microdiagnostic is composed of a 
test stream of pseudo-instructions and test data located on the 
console floppy disk. Note that the pseudo-instructions are defined 
specifically for the test stream. This division tests the console 
adapter (CIB module), microsequencer , WCS, and a subset of the 
data paths. The hardcore monitor is called into the console memory 
by the microdiagnostic monitor. The hardcore monitor, m turn, 
retrieves small blocks (+1.5K bytes) of test data from the floppy 
into a console buffer, "and then controls execution. When the 
current block has been completed, the hardcore monitor overlays 
this block with a new test block. The test data portion of the 
test stream is comprised of data words and lists of VAX-11/780 
microinstructions. The microinstructions are loaded into the WCS 
and executed in single bus cycle or single time-state modes. 

When an error is detected, an error header message is typed. Then, 
if the HALTD flag is not set, a trace message is typed_ and 
additional code is executed to isolate the fault. This additional 
testing will normally consist of V Bus compare instructions. 
Figure 1-5 shows monitor residency and the basic flow of the 
console adapter and hardcore tests. 

1.6.2 Microtest Division 

The microtest division completes testing of the CPU not covered by 
the hardcore division, and provides isolation to a failing module . 
The microtests, which are executed under control of the microtest 
monitor, are divided into two subdivisions: GO chain and FAIL 
chain. The GO chain consists of microtests loaded into WCS and 
executed at full speed. The purpose of the GO chain is to detect 
an error. If an error is detected, control is passed to the FAIL 
chain, which isolates the error and reports the failing module 
through the microdiagnostic monitor. Note that the FAIL chain is 
executed only on detection of an error. 

The GO chain consists of a series of WCS overlays. Each overlay is 
approximately IK microwords in length and will contain one or more 
microtests. Initially, the microdiagnostic monitor loads the first 
overlay into WCS; that overlay is then executed. If no error is 
detected, the next overlay is loaded into WCS and executed. This 
sequence continues until each test in each overlay has been 
executed, or until an error is detected. 

When the GO chain detects an error, execution of the microtest 
that detected the error is suspended. The error microtest address 
is saved and used by the FAIL chain to restart microtest execution 
to recreate the conditions that detected the error. 

The FAIL chain reenters the failing microtest and begins fault 
isolation. The microtest is clocked a specific number of ticks 
from the error address and then certain V Bus signals are 
processed. If the V Bus signals identify the faulty module, an 
error report is made through the microdiagnostic monitor. If these 

1-12 



CORESIDENTWITH 

MICRODIAGNOSTIC 

MONITOR 



CONSOLE MEMORY 



MICRODIAGNOS- 
TIC MONITOR 



ERROR 
REPORT 




ERROR 
REPORT 



CONSOLE 

BUFFER 

EXECUTION 



NO 

EXECUTE 

NEW 

TEST 
1 



Figure 1-5 Hardcore Monitor Residency/Test Flow 



1-13 



signals do not identify the error, additional V Bus signals are 
processed. In the case of an intermittent error which is not 
reproduced during FAIL chain execution, a report is printed that 
Usts the modulls involved in the failing GO chain microtest. 
Figure 1-6 shows monitor residency and the basic test tlow. 

1.7 MACRODIAGNOSTIC PROGRAMS 

The macrodiagnostic programs are written in VAX-11 MACRO and 
assembled in VAX-11 native code. Level 2, 2R, and 3 programs do 
not run independently; they must always be loaded and executed 
with the diagnostic supervisor. 

1.7.1 Diagnostic Supervisor 

The diagnostic supervisor provides a framework that supports each 
of the macrodiagnostic programs, one at a time. ^^ operates in 
three environments and provides two major functions. Two of these 
environments, cluster environment (CE) and _ system^ environment 
(SE), constitute the standalone mode. The diagnostic supervisor 
operates in the user environment (USE) when it runs under the VMS 
operating system. In each of these environments different niodules 
within the diagnostic supervisor^ are act ivated. T^e/irst major 
function of the diagnostic supervisor is the interpretation of the 
command line typed on the operator's terminal. The command line 
interpreter (CLI) portion of the supervisor performs this 
function, enabling the operator to control ^he loading, 
sequencing, and execution of diagnostic test programs. The program 
interface (PGI) performs the second major function ot the 
supervisor, providing a set of common services ^^^.^^ Y,f .^^^^ „^°;"^\°^ 
all diagnostic programs. The PGI services include operator 
interaction routines, error message formatting, memory management, 
and I/O request handling. Notice that the ^P^^^f t°^,f " ^^^^"'^^p^^ 
with the diagnostic program only through the CLI and the PGI 
message service in the supervisor. 

The supervisor supports programs that provide their own device 
interfaces (direct I/O) and programs that require I/O services. 
The direct I/O diagnostic programs must be run in the standalone 
mode (cluster environment and system environment), since VMS 
inhibits direct access to peripheral devices. Programs that do not 
directly access the peripheral devices under test rely on queue 
I/O system services. Both VMS and the diagnostic supervisor 
provide queue I/O system services, so that these programs can run 
in either the standalone mode (in the system environment) or the 
iser mode (user environment, under VMS). When the diagnostic 
programs requiring queue I/O services are run m the user mode, 
the supervisor passes the queue I/O requests directly to VMS. When 
queue I/O diagnostic programs are run standalone, the supervisor 
emulates the VMS operating system, providing the \^,^"%y° ^^^^f ^^^ 
services. Figure 1-7 shows the functions of the diagnostic 
supervisor in the three macrodiagnostic operating environments. 
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1.7.2 Cluster Diagnostic Programs 

The CPU cluster exerciser, the RH780 (MBA) diagnostic program, and 
the DW780 (UBA) diagnostic program test the VAX-11/780 cluster 
hardware. They run under the cluster environment portion of the 
diagnostic supervisor, in the standalone mode. 

1.7.2.1 CPU Cluster Exerciser Package — The cluster exerciser 
package consists of three diagnostic programs. The package 
provides a comprehensive functional test of the CPU cluster, 
including the CPU, the Unibus and Massbus adapters, and memory. 
The first program (ESKAX) is the quick verify portion of the CPU 
cluster exerciser package. The second program (ESKAY) tests the 
native mode instruction set of the VAX-11/780. EXKAZ, the third 
program in the package, checks memory management and the PDP-11 
instruction set (in compatability mode). 

The CPU cluster exerciser programs identify failing functions and 
failing subsystems. For further fault isolation the 




supervisor . 



1.7.2.2 RH780 (MBA) Diagnostic Program — The RH780 (MBA) 
diagnostic program tests the majority of the MBA logic regardless 
of the type of peripheral device attached to the Massbus. Although 
the program does not provide explicit component level fault 
isolation, every detectable error is associated with an 
operator-selectable scope loop. Diagnosis of attached devices is 
not attempted. Verification of the Massbus transceivers and cables 
is possible with a Massbus exerciser (MBE, RHll-TB) attached to 
the Massbus. Use of an MBE on the Massbus also allows verification 
of the MBA ability to perform high speed block transfers. Note 
that either a device or a bus terminator must be attached to the 
Massbus to enable program execution. The program tests the MBA at 
three levels. 

1. The first level checks basic functions. The functions 
tested are those which are necessary for subsequent, 
detailed fault detection. The objective is to locate 
functional failures prior to testing for explicit bit 
failures. Map register access, virtual address register 
access, and correct data input buffer byte selection are 
tested at this level. 

2. The second level of testing locates bit failures (stuck 
high/low). The program toggles bits directly accessible 
to the CPU, and it sets and clears bits indirectly by 
setting up specific commands and conditions. 



1-18 



3. The third level determines the ability of the MBA to meet 
system demands. The program performs block transfers 
using the MBA wraparound features. These block transfers 
are executed in the maintenance mode and ensure that the 
MBA will support data transfers typically associated with 
system software. In addition, the program tests the 
ability of the MBA to interrupt the CPU under all legal 
conditions . 

1.7.2.3 DW780 (UBA) Diagnostic Program — Like the RH780 (MBA) 
diagnostic program, the DW780 (UBA) diagnostic program tests most 
of the UBA logic. Every detectable error is associated with an 
operator-selectable scope loop. The program does not attempt to 
test devices attached to the Unibus. However, if a Unibus 
exerciser is attached to the Unibus, the program will verify the 
integrity of the Unibus transceivers and the ability of the UBA to 
respond to device-initiated functions. The program tests the UBA 
at seven levels. 

1. The program tests the basic functions necessary for 
subsequent fault detection: the addressability of the UBA 
registers, their initial states, and whether they can be 
read and written. 

2. The program tests the RAM addressing capability of the 
UBA logic (accessing map registers, data path registers, 
and BRSVRs) . 

3. Power-fail and interrupt functions of the UBA are tested 
next . 

4. The program creates and tests all error conditions. 

5. Extensive data transfer tests check the map registers, 
the direct data path, the buffered data paths, the data 
path registers, the Unibus address and data lines, and 
the microsequencer . 

6. The device tests check all types of data transfer on the 
Unibus: DATI, DATIP, DATO, DATOB initiated by the UBA and 
by the UBE. Interrupts from the UBE to the CPU are also 
tested at the four BR levels. 

7. The contention logic test checks for race conditions when 
the four microsequencer select lines (UBATT SEL, SB SEL, 
DMA SEL, FILE WRITE SEL) are asserted at about the same 
time . 
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1.8 PERIPHERAL DIAGNOSTIC PROGRAMS 

In accordance with the structure of the diagnostic system as a 
whole, the peripheral diagnostic programs are organized in a 
hierarchy. Repair and functional level programs are designed to 
test specific peripheral devices. These programs (with the 
exception of the line printer and terminal diagnostics) must be 
executed in the standalone mode under the system environment (SE) 
services of the supervisor, since they provide their own access 
(direct I/O) to the devices under test. The diagnostic programs 
which rely on VMS, or the supervisor, for access to the units 
under test (queue I/O) are each designed to test a range of 
peripheral device types. For example, the disk reliability program 
(ESRAA) will test all disk drive types supported by the VMS 
operating system. 

On error detection, the repair level diagnostic programs will call 
out both the failing device controller module and the failing 
function, dump the contents of relevant registers, and list 
expected and received data patterns. The functional level programs 
provide register dumps and call out the failing function when an 
error is detected. The reliability and formatter level programs 
provide more detailed information on the failing function in 
addition to the register dumps. 

The system exerciser program tests the integrity of the major 
system buses (i.e., SBI, Massbus, Unibus) under heavy I/O 
activity, and it highlights any interaction problems that result. 
The program should be run as a dedicated process under VMS. No 
other program may run concurrently or compete for system 
resources, since the program requires the use of all system 
resources . 

1.9 OPERATOR/VAX-11/780 COMMUNICATION 

The operator communicates with the VAX-11/780 computer through the 
console subsystem. The console subsystem provides a programmed 
interface between the console terminal and the VAX-11/780 hardware 
and software, including the diagnostic system. The console 
subsystem hardware consists of an LSI-11 microprocessor (11/03) , a 
single floppy disk drive and controller, a terminal and two serial 
line units, a VAX-11/780 CPU console interface (CIB) , and a 
control panel on the VAX-11/780 CPU cabinet. The console program 
includes a console command language and the software utilities 
that provide operator console functions. These functions are 
required for VMS and diagnostic support. The paragraphs that 
follow introduce the basic console functions. Refer to Chapter 2 
for a detailed description of the console command language. 

1.9.1 Console Terminal Modes 

The console terminal serves as the console program's I/O device 
and as a VMS operator terminal. The console program has two 
operating modes: console I/O mode and program I/O mode. 

In console I/O mode, the terminal serves as the operator interface 
to the console panel functions, CPU debug functions, and CPU 
kernel test functions. In this mode console terminal input is not 
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IS 

are 



passed to the VAX ISP-level software. All terminal input 
interpreted by the LSI-11, and appropriate console functions 
invoked . 

In program I/O mode the terminal serves as a VMS operator 
terminal. All terminal input is passed, character by character, to 
hS%.MQ^"^Jr^ software. All validity checking, etc. is performed 
Dy VMS. The console program is transparent to the VAX-11/780 
software. All terminal output from the software is passed directly 
to the console terminal. ^ uiiet-uxy 

1.9.2 Console Panel Equivalent Functions 

The functions in this group are those normally available through a 
traditional console panel. These functions include ISP-level 
program and CPU clock controls, and display and modification of 
memory elements. 

1.9.2.1 Program Control — The console can initialize the CPU by 
setting certain logic to a defined state. It can initiate 
ISP-level instruction execution at a point specified by the 
program counter, as well as terminate instruction execution. In 
addition, the console can bootstrap the system by loading memory 
with a specific file from the system load device, and initiate 
instruction execution at a predefined address after the load. The 
console can also stop ISP level instruction execution. 

1.9.2.2 Memory Element Display and Modification — The console 
fiv i"w-7oi^P--^^Y ^."^ modification of memory elements in the 
VAX-11/780 including main memory, I/O, general, and internal 
register addressing space. The address spaces can be accessed, 
read, and written in the quantities specified below: 

a. Main memory elements: byte, word, longword, quadword 
quantities 

b. CPU_ general registers (R0— R13, SP, PC), and processor 
register space: longword quantity 



c. 



CPU processor register space: longword quantity 



d. I/O registers: byte, word, longword quantities dependinq 
on register data length 

e. ID bus registers: longword quantity 

f. VAX-11/780 V Bus (Visibility Bus) channels can be 
displayed (V Bus channels are read-only) 

g. VAX-11/780 main memory and/or Writable Control Store 
(WCS) can be loaded from files on the console subsystem 
floppy disk. ^ 
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1.9.2.3 Clock Control ~ The CPU clock can be controlled by the 
console to provide single step clock mode for use in hardware or 
software debugging. The control modes available ^^"^^f ^„„ f ^"f^| 
instruction step, single SB I bus cycle step, and single SBI time 
state step modes. 

Single instruction step mode allows ISP-level programs to execute 
one instruction at a time. This mode causes the CPU to enter the 
halt state after the instruction execution. 

Single SBI bus cycle step mode causes the CPU clock to stop each 
time SBI time state (T0) is asserted. T0 ^^^m^ins asserted until 
a control signal from the console causes the clock to resume 
operation. The clock ticks until the next SBI T0. 

Single SBI time state step mode causes the CPU clock to assert and 
hold a time state (T0, Tl, T2, or T3) until a control signal from 
the console causes the next time state to be asserted and held. 

1.9.3 Console Control Functions 

The console control functions allow control °f ™^'^^^, . ^J^^Jf^' 
addressing modes, and data length, and P'^^^^^^^^'^ ,,^^\^Pj%^"? 
console and CPU status. Functions are also provided that repeat 

commands and link multiple commands ^^^o^ ^^ f i^|^\\ !f ^"^J^ol 

command list. In addition, the console provides a means to control 

the number of fill characters to be added after special characters 
are sent to the console terminal. 

1 9.3.1 Default Settings — The console allows specification of 
defaults for addressing modes, radix of numeric input and output, 
and the data length of addressable memory elements. Any default 
setting can be overridden within the context of a console command. 

The default addressing modes can be set for virtual, 
physical, ID Bus, V Bus, general register, or internal 
(processor) register. 

Default radices for console numeric input and output can 
be set to octal, decimal, or hexadecimal radix. 

Defaults for memory element data lengths can be set for 
byte, word, longword, and quadword. 



a. 



b. 



c. 



d. Power-up defaults — 

Address Type 

Radix 

Data Length 



Physical 
Hexadecimal 
Longword (32 Bits) 
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1.9.3.2 Status Displays — The console provides a means to 
display CPU and console subsystem status. The CPU status includes 
the stop/run state of the instruction set processor, the current 
clock step mode, and the state of the Stop on Microbreak Match 
Enable (SOMM) . Console subsystem status includes the current 
setting of all console defaults and the number of terminal fill 
characters . 

1.9.3.3 Command Linking and Repeating — The console provides a 
facility that allows multiple commands to be linked into a single 
executable list. Commands to be linked are entered into an 
internal console queue. The console operator can specify execution 
ot the command queue one pass at a time. Or, the queue may be 
executed continuously. This facility allows the diagnostic user to 
create short routines of console commands for use in hardware 
debugging operations. 

The console also provides a facility to continuously execute a 
single command or list of commands. Once initiated, command 
execution continues until terminated by the operator. The repeat 
facility allows maintenance personnel to scope the operation of 
CPU and subsystem logic invoked by console commands. 

1.9.3.4 Real-Time Delays — The console provides a facility for 
introducing real-time delays of varying duration between the 
execution of console commands linked with the command linking 
facility. This function has no effect on the CPU, but only delays 
the console's processing of the next sequential command in the 
command queue. The delay facility is provided for use after 
console commands that invoke CPU functions which require time to 
complete (e.g., initialization). 



1-23 



CHAPTER 2 
CONSOLE PROGRAM AND CONTROL DESCRIPTION 

This chapter describes the console command language and associated 
command facilities. Where appropriate, examples of command usage 
are included. Also included are all applicable console error 
messages . 

2.1 CONSOLE PROGRAM OVERVIEW 

The following paragraphs provide a basic overview of the console 

software modules. Note that the services provided by the console 

are contained in the LSI-ll 4K ROM and 8K RAM. The console 

provides services for console control, operator interface, 

microdiagnostic execution, VMS support functions and remote 

diagnosis. 

2.1.1 Command Getter 

The basic functions of this module are to retrieve a command line 
from_ the console terminal (get a command line routine), and 
provide a check point (or wait) loop for the console program 
(console null loop) . 

The program spends the majority of its time in the null loop, 
which consists of a series of test points and conditional branches 
(e.g., bootstrap initiated, VAX-11/780 CPU halted, etc.). Should 
any of these functions be active (i.e., flag set) the program 
performs a branch to the routine required to service the request 
initiated by that flag. cvjucai. 

2.1.2 Parser and Parser Tables 

The parser module decodes the command typed on the console 
terminal and provides a pointer to the appropriate routine to 
execute the command. The parser manipulates the command line to 
condition it for decoding (e.g., discarding leading blanks and 
checking for a delimiter in the command input string) . The command 
is decoded through a set of syntax check trees that provide 
pointers to the appropriate execution routine within the command 
execution module. Any data required for command execution has been 
set up in tables included as part of the parser. 

2.1.3 Command Executor Module 

The command execution pointer from the parser is passed to the 
command execution module entry point. This entry point provides a 
pointer (i.e., starting address) to the appropriate command 
execution routine (e.g., DO BOOT, PERFORM QUAD CLEAR). The basic 
sequence of module action is: 

a. Apply switches or defaults for radix, address space, and 
data length. 

b. Execute command routine. 

c. Test for repeat function. 
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If a repeat function is specified, the routine monitors the 
console for the control character ("C) required to terminate the 
loop. 



The module also supplies the required subroutines to support the 
functions (e.g., open a file, load a file). Following 

to the console null loop 



execution 



command execution, control is passed 
within the command getter module. 



2.1.4 Additional Services 

In addition to the command decoding and execution functions, the 



console provides several other services 



Remote support is provided to allow console access from a remote 
terminal or computer. The facility also enables communication 
between local and remote operators, as well as transfer of console 
control between local and remote operators. 

VMS services are also provided. These services include routines 
for terminal support and the associated drivers, as well as a file 
service for the floppy drive and its associated drivers. The code 
for some of these services is contained in the ROM as well as the 
RAM. These services are provided through emulator traps. 

The console software also includes the basic LSI-11 processor and 
memory tests, that are executed on each power-up and bootstrap, 
and the primary bootstrap routine for the floppy. 

2.2 COMMAND TERMS AND SYMBOLS 

Table 2-1 provides a summary of terms and symbols used to describe 

the syntax of the console commands. 

Table 2-1 Term and Symbol Definitions 



Term/ Symbol 



< > 



Definition 



( ) 



[ ] 



Used to denote a category name (label) 
e.g., category name <address> represents 
a valid address 

Used to indicate the Exclusive OR 
operation (i.e., selection of parameters 
within a command line). For example, 
<A>!<B> means either <A> or <B> but not 
both is to be selected 

Used to indicate that one of the 
syntactic units of the expression is to 
be selected 



Used to 



of an 
WAIT [ 



indicate the part 
expression that is optional e.g., 
] indicates that the wait command takes 
an optional count argument 
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Table 2-1 Term and Symbol Definitions (Cont) 



Term/Symbol 



<blank> 
<count> 
<XYZ -list> 

<address> 
<data> 
<qualif ier> 
<input prompt> 

<reverse prompt> 
<CR> 

<LF> 

/ 

+ 



Definition 



Represents one or more spaces or tabs 
Represents a numeric count 

Indicates one or more occurrences from 
the category indicated by XYZ 

Represents an address argument 

Represents a numeric argument 

Represents a command modifier (switch) 

Represents the console's input prompt 
string ■>>>' 

Represents the linking prompt '<<<' 

Represents a console terminal carriage 
return 

Represents a console terminal line feed 

Delimits a command from its qualifiers 

Represents the default address when used 
as an address argument in an examine or 
deposit command (The default address is 
the last address used plus the current 
data length in bytes.) 

Used as an address argument in an examine 
or deposit command and represents the 
last address referenced. 



2.2.1 Notation Examples 

EXAMINE t <qualifier - list> ] [<blank> <address> ] 

An examine command explanation follows. 

a. An examine command may optionally contain a list of one 

or more qualifiers- 
fa. An examine command may optionally contain an address 

argument. If the address is specified it must be preceded 

by one or more spaces or tabs. 



2-3 



Following is a list of valid examine commands: 

EXAMINE 

EXAMINE/BYTE/VIRTUAL 

EXAMINE <space> 123456 

EXAMINE <tab> 123456 

EXAMINE/WORD <space> 123456 

EXAMINE/WORD <space> <tab> 123456 

2.2.2 Command Abbreviations 

Console command words may be abbreviated by typing only enough 
characters to identify each command word. The minimum abbreviation 
for each command is specified in parentheses in each command 
description paragraph title. 

Example 

EXAMINE/VIRTUAL/BYTE 1234 

may be abbreviated to: 

E/V/B 1234 

2.3 CONSOLE COMMAND DESCRIPTIONS 

Each console command description is divided into three, four, or 
five descriptive segments, depending on the particular command. 
The descriptive segments are: 

a. Syntax: describes the command structure 

b. Command description: a brief paragraph describing command 
operation, general restrictions, or available options 

c. Response: a description of the console program response 
to the specified command 

d. Qualifiers: a list of applicable command modifiers 

e. Options: a list of applicable command options. 

The descriptive segments use the terms and symbols defined in 
Table 2-1. Note that every command (or command line) must be 
terminated with a <CR>. 

2.3.1 Boot Command (B) 

Syntax: BOOT [ <device name> ] <CR> 

The boot command initiates a VAX-11/780 system bootstrap sequence. 
The command may support bootstrap operations from a set of 
alternate system devices. 

<device name> has the following format: DDn , where DD is a 
two-letter device mnemonic (e.g., DX for floppy), and n is a 
one-digit unit number. 
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wiirJrlorm%hrf J^ ^'''^" "'9 ^^^ ^"""^ command, the console 
will perform the boot sequence for the default system device by 

executing an indirect command file named DEFBOO.CMD. This indirect 
iliX ^^"t^^^'^s the necessary console commands to boot from 
whichever device is chosen to be the default system device. 



If <device name> is given with the command, the console will 
J ^^ comi 
given. 



JJ!^!^5^ -^^ indirect command file named DDNBOO.CMD, where DDN is 
the <device name> qiven. 



Example 

BOOT RP0 -- will cause the console to execute an indirect 
command file named RP0BOO.CMD (console enters program I/O 
mode after executing the command file) . 

Bootstraps from devices other than the system default device are 
performed by indirect command files containing the console 

clfX'.S.tJ^''^^^^''^. ^° ^°°^ ^" alternate device. After successful 
CPU bootstrap completion, a response from VMS will be displayed on 
the console terminal. ^ ^ 

2.3.2 Clear Command (CL) 
Syntax: Clear<BLANK> (SOMM ! Step) 

CLEAR SOMM The Stop on Microbreak Match (SOMM) enable on 

the console interface board is cleared -- 
(disabled) . 

CLEAR STEP Any existing clock step mode (single bus cycle, 

single time state, single instruction) is 
cleared, and the VAX-11/780 CPU clock will be in 
the normal (free-running) mode. 

Response : <CR> <LF> <CONSOLE-PROMPT> 

2.3.3 Continue Command (C) 
Syntax: CONTINUE <CR> 

The continue command causes the VAX-11/780 CPU to beain 

instruction execution at the address currently contained in the 

CPU program counter (PC). Note that CPU initialization is not 

th^^^n^f;. console enters the program I/O mode after issuing 
the continue command. ^ 

Response: <CR> <LF> (console enters program I/O mode) 

2.3.4 Deposit Command (D) 

<data>\cl>°^'^ ^ <qualifier - list> ] <blank> <address> <blank> 

Qualifiers: /BYTE, /WORD, /LONG, /QUAD, /NEXT, /VIRTUAL 
/PHYSICAL, /V BUS, /INTERNAL, /GENERAL.^ (Refer to Paragraph 2 7 
for description of defaults.) raidgrapn z. / 
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The deposit command writes (deposits) <data> into the address 
specified. The address space used will depend on the qualifiers 
specified with the command. If no qualifiers are used, the current 
address type default will determine the address space to be used. 

Response: <CR> <LF> <input prompt> 

The <address> argument may also be one of the symbolic addresses 
defined in Table 2-2. 

Table 2-2 Deposit Symbolic Addresses 



Symbol 



PSL 
PC 

SP 



Definition 



Example: 

E SP 

D @ <data> 



Deposits to the processor status longword 

Deposits to the program counter (general 
register F) 

Deposits to the stack pointer (general 
register E) 

Deposits to the location immediately following 
the last location referenced. For physical and 
virtual references the location referenced 
will be the last address plus n, where n = 1 
for byte, 2 for word, 4 for longword, 8 for 
quadword. For all other address spaces, n is 
always equal to 1. 

Deposits to the location immediately preceding 
the last location referenced 

Deposits to the location last referenced 

Deposits to the address represented by the 
last data examined or deposited. 



Examines stack pointer 

Deposits <data> to the location specified by 
the contents of the stack pointer. 



2.3.5 Enable DXl: Command 
Syntax: Enable DXl: 

Qualifiers: None 

Enable console software to access floppy on those systems with 
dual floppies. 
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Response: <CR><LF> <INPUT-PROMPT> 



2.3.6 Examine Command (E) 

Syntax: EXAMINE [ <qualifier - list> ] [ <blank> <address> ] <CR> 

%IVsiCAl'' ^AV'^nu. ''''?''''' Z''^^^' /Q"^^' /^^^T, /VIRTUAL, 
P^rLr.nh 9 7 V^ ^^ ' ^^ .^"^' /INTERNAL, /GENERAL. (Refer to 
Paragraph 2.7 for description of defaults.) 

The examine command reads and displays the contents of the 

<dlfauU addf.'/A"'* " "° <^^^— > i^ specified, The c°urren? 
<^aerauit address> is examined. 

'^^'^^^ 2-3 Examine Symbolic Address 



Symbol 



Definition 



PSL 
PC 

SP 



* 



Displays the processor status longword 

Displays the program counter (general register 
F) 

Displays the stack pointer (general register 
E) 

Displays the location immediately following 
the last location referenced. 

Displays the location immediately preceding 
the last location referenced 

Displays the last location referenced 

Displays the location whose <address> is the 
last data examined or deposited. 



<datar<CRwrp/.''^' f"^' Oddress space identifier> <address> 
<saaT:a> <CR> <LF> <input prompt> 

Sample responses (console output underlined) 

>>> EXAMINE/PHYSICAL 1234 
P 00001234 ABCDEF89 
>>> EXAMINE/VIRTUAL 1234 
P 00005634 01234567 



NOTE 
The translated physical address is 
displayed for virtual examines. 



>>> EXAMINE/G 

G 00000000 98765432; GPR 
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2.3.7 Halt Command (H) 
Syntax: HALT <CR> 

The halt command causes the VAX-11/780 CPU ISP to stop instruction 
execution after completing execution of the instruction being 
executed, when the console presents the halt request to the 
VAX-11/780 CPU. 

Response: (VAX-11/780 CPU indicates it has stopped) <CR> <LF> 
<tab> HALTED AT /contents of VAX-11/780 CPU PC> <CR> <LF> <input 
prompt> 

2.3.8 Help Command (HE) 
Syntax: HELP <CR> 

The console opens an indirect command file that displays a console 
help file, CONSOLE. HLP. The help file contains a description of 
all console commands and console abbreviation rules, and it lists 
the names of all other help files that may be displayed. 

Response: Help file printed on console terminal. 

2.3.9 Initialize Command (I) 
Syntax: INITIALIZE <CR> 

This command causes VAX-11/780 CPU system initialization. 
Response: <CR> <LF> <tab> INIT SEQ DONE <cr> <LF> <input prompt> 

2.3.10 LINK Command (LI) 
Syntax: Link 

Qualifiers: None 

Link causes the console to begin command linking. Console prints 
reversed prompt to indicate linking. All commands typed by user 
are then stored in an indirect command file for later execution. 
Control C. terminates linking. 

Response : <CR><LF><REVERSE-PROMPT> 
(Refer to Paragraph 2.9 for further details.) 

2.3.11 Load command (LO) 

Syntax: LOAD [<qualifier list>] <blank> <file specif ication> <CR> 

The load command is used to read file data from the console's 
floppy disk to the VAX-11/780 main memory, or Writable Control 
Store (WCS). The applicable qualifiers are defined in Table 2-4. 
If no qualifier is given with the load command, physical main 
memory is loaded. 
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Table 


2-4 Load Command Qualifiers 


Qualifier 


Definition 


/START: <address> 
/WCS 


This qualifier specifies a starting 
address for the load. If no start 
qualifier is given, the console will 
start loading at address 0. 

This qualifier specifies that the WCS is 
to be loaded. 



2.3.12 Perform Command (P) 
Syntax: Perform 

Qualifiers: None 

The perform command executes a file of linked commands previously 
generated by a link command. 

Response: <dependent on commands linked> 

2.3.13 Quad Clear Command (Q) 

Syntax: QCLEAR <blank> <physical address> <CR> 

The quad clear command clears the quadword at the <address> 
specified. The command is used to clear an uncorrectable ECC 
error. The <address> is always interpreted as a physical main 
memory location. The <address> given is forced to a quadword 
boundary by the unconditional clearing of the three low-order 
address bits. 

2.3.14 Reboot Command (REB) 
Syntax: REBOOT 

Qualifiers: None 

This command causes a console software reload, without disturbing 
the VAX-11/780. 

Response: <console start-up display> 
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2.3.15 Repeat Command (R) 

Syntax: REPEAT <console command> <CR> 

A repeat command causes the console to repeatedly execute the 
specified <console command> until execution is terminated by a 
Control C ("C) (Paragraph 2.8). Any valid console command may be 
specified for <console command> with the exception of the repeat 
command. 

Response: Dependent on command specified. 

2.3.16 Set Command (SE) 

Syntax: SET <blank> DEFAULT [<blank> <default option>] <CR> 
or 

SET <blank> STEP [<blank> <step option>] <CR> 
or 

SET <blank> TERMINAL <blank> (fill: <count>! PROGRAM) 
<CR> 
or 

SET <blank> SOMM <CR> 
or 

SET <blank> CLOCK [<blank> (SLOW! FAST! NORMAL)] <CR> 
or 
SET RELOCATION: <data> <CR> 



Response: <CR> <LF> <input prompt> (for all commands) 

The set default command sets console default for radix of console 
numeric input and output, address type, and data length. The 
console will apply defaults when a console command does not 
explicitly specify radix, address type, or data length. A set 
default command with no options specified will set all default 
settings to the power-up state. Applicable default options are 
listed in Table 2-5. 

Table 2-5 Set Default Command Options 



Option 


Format 


Specification 


Address Default 


Physical 


Sets default addressing mode 


Options 


Virtual 
General 
Internal 
ID Bus 
V Bus 


as specified 


Data Default 


Long 


Sets default data length as 


Options 


Byte 
Word 
Quad 


specified 


Default Radix 


Hex 


Sets default radix for terminal 


Options 


Octal 


numeric I/O to radix specified 
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The set step command sets the VAX-11/780 CPU processor clock mode 
to^the mode specified. The applicable modes are listed in Table 

Table 2-6 Set Step Command Options 



Option 



Step Step Instruction 
Set Step Bus 
Set Step State 



Specification 



Sets CPU clock mode to single 
instruction step mode 

Sets CPU clock mode to single SBI 
cycle step mode 

Sets CPU clock mode to single SBI 
time state step mode 



The set terminal command allows the selection of two parameters. 

a. Set Terminal Fill: <count> = The count specifies the 
number of fill characters to be added a?ter special 
^P^^ln^?""^ ^^'^" P^^^'Pts) ^^^ transmitted to the console 



b. 



ltLr^n?n^ Program = The console terminal enters the 
program I/O mode. 



I^IJ^^ fl""^ command sets the VAX-11/780 CPU clock to a frequency 
c^mmanrwhe'?er' °' ''^ ^^^"^^"^^ '''^'' ^^-' ^^^^^ wfth^^he' 

Fast = 10.525 MHz 

Slow = 8.925 MHz 

Normal (or no argument) = 10.0 MHz 

In!hl?L^?r ^^'""'^"^ .= ^ts the Stop on Microbreak Match (SOMM) 
enable on the console interface board (CIB) . When SOMM is set if 

co^te'nts of%h'. '"' T"''/''' '"'^^^ "^ ^^^^ become^equa'l \'o ' thS 
cTu';io?k°'s st%pedy°'^^^' ^^^^' ^^^^ = ^- ^'^ -^-^- 21), the 

rgoc^fion^^r^^^sVeT. T^^nte^n^ ^o^^^hrfefoca^ion^^^gisT^r^^^: 
e1L1ne\° I'j d^s^^^^^ ^''^^ °^ ^^ — ^ afd^ pVsrcl!^-m^o^^ 

Response: <CR><LF><input-prompt> 
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2.3.17 Show Command (SH) 
Syntax: SHOW <CR> 

The show command will cause the console terminal to display; 



a. 



The current default settings for data length, address 
type, and radix of address and data inputs and outputs. 

b. The terminal fill character count. 

c. The VAX-11/780 CPU status including the run/halt state 
and current clock mode setting. 

2.3.18 Start Command (S) ... ^ k i^,. 

The two start command formats are described below. 

Syntax: START <blank> <address> <CR> 

This format performs the equivalent of the following sequence of 

console commands: 

1. Performs a VAX-11/780 CPU initialization {>» INIT) . 

2. <address> is deposited into the VAX-11/780 PC (>» 
DEPOSIT PC <address>) . 

3 A continue function is issued to begin VAX-11/780 CPU 
instruction execution (»> CONTINUE). 

Response: <CR><LF> (console enters program I/O mode) (for START) 
Syntax: START/WCS <blank> <address> 

This format performs the equivalent of the following sequence of 
commands : 

1 <address> is deposited to the VAX-11/780 micro PC. 
2. CPU clock is started in free-running mode. 

Response: <CR><LF> <input prompt> (for START/WCS) 

2.3.19 Next Command (N) 

Syntax: NEXT [<blank> <count>] <CR> 

The next command causes the VAX-11/780 CPU clock to step the 
number of times indicated by <count>. The type of step Performed 
bv the clock is determined by the current state of the CPU ciock 
mode, as set by a previous set step command. A "^^^ =°7^"f, ^=^^^? 
while the VAX-11/780 CPU is in normal (free-running) mode will 
defaSlt to ""ifngle instruction step mode for the duration of the 
command . 
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The console enters program I/O mode immediately before issuing the 
step, and reenters console I/O mode as soon as the step is 
completed. Step-dependent responses are displayed on the console 
terminal after the completion of each of the count steps as 
specified below. 

a. Single instruction step: 

<CR> <LF> <tab> HALTED AT <contents of PC> 

b. Single bus cycle step: 

<CR> <LF> <tab> CPT0 UPC = <contents of UPO 

c. Single time state step: 

<CR> <LF> <tab> CPTn (where n = 1, 2, or 3) or 
<CR> <LF> <tab> CPT0 UPC = <contents of UPO 

If no <count> is specified, one step is performed, and the console 
enters the space bar step mode. While in this mode, each 
depression of the space bar causes one execution of the step 
option currently enabled (i.e., bus cycle, time state, 
instruction) . 

A next command with an argument will not enable the space bar 
feature. For example, NEXT 2 will cause two steps to be executed; 
the console will then prompt for another command. 

An input of any character except SPACE will cause an exit from the 
space bar step mode. 

2.3.20 Test Command (T) 
Syntax: TEST [/COMMAND] <CR> 

This command invokes the microdiagnostic monitor program. If no 
/COMMAND qualifier is issued with the command, microdiagnostic 
execution begins immediately. If microdiagnostic testing is 
completed successfully (i.e., no errors detected) the console 
program is invoked automatically. 

The COMMAND qualifier is used to cause the microdiagnostic monitor 
to enter its command mode and wait for operator input before 
initiating microdiagnostic execution. 

2.3.21 Unjam Command (U) 
Syntax: UNJAM <CR> 

This command initiates an SBI unjam operation. 

Response: >>> 

2.3.22 Wait Command (WA) 
Syntax: WAIT <blank> DONE 

The wait command has no effect unless it is executed from an 
indirect command file. When it is executed from an indirect 
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command file, it causes further execution of the command file to 
be suspended until one of the following occurs: 

a. A DONE signal is received from a program running in the 
VAX-11/780 CPU. On receipt of DONE, the console will 
resume execution of the command file. 

b. If the VAX-11/780 CPU halts (or if the clock stops) and 
no DONE signal has been received, the console prints 
<@EXIT> and aborts execution of the remainder of the 
command file. 

c. A Control C CC) is entered on the console terminal, 
which causes the console to abort execution of the 
command file* 

Response: <CR> <LF> <input prompt> 

2.3.23 Indirect (§) Command 

Syntax: @ <filename> <CR> or @ DXl: <filename> <CR> 

This command causes the console to open the file specified by 
<filename> and begin executing console commands from the file. 
Execution continues until one of the following occurs: 

a. A WAIT DONE command is read from the file (Paragraph 
2.3.22) . 

b. The end of the indirect file is reached. In this case the 
console prints <@EOF> and prompts for normal command 
input. 

c. A "C is entered on the console causing it to abort 
execution of the indirect file. 

2.3.24 was Command (W) 
Syntax: WCS 

This command invokes the control store debugger, overlaying the 
console program. The console help file, WCSMON.HLP, contains a 
summary of control store debugger commands. To print out this 
file, type @ WCSMON.HLP. 

Response: WCS> (Control store debugger prompt) 

2.4 COMMANDS PERFORMED WITH THE VAX-11/780 CPU RUNNING 
Most console commands require that the VAX-11/780 CPU be halted to 
allow the command to be executed. However, some console commands 
do not require interaction with the VAX-11/780 CPU, and may be 
executed with the VAX-11/780 CPU running. These commands include: 



a. 


Show 


e . 


Halt 


b. 


Help 


f . 


Clear 


c . 


Set commands 


g. 


Wait Done 


d. 


Examine /V Bus 
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Specifying any other console command while the VAX-11/780 CPU is 
running will cause the console adapter to reject the command and 
type out the following error message on the console terminal: 

<CR> <LF> ? CPU NOT IN CONSOLE WAIT LOOP, COMMAND ABORTED 
<CR> <LF> <INPUT PROMPT> 

2.5 COMMENTS WITHIN COMMANDS 

The console allows comments, preceded by an exclamation mark (!), 
to appear in any command line. When the console detects an 
exclamation mark, any remaining text in the command line is 
ignored. 

A comment may begin in any character position within a command 
line, including the first. 

Example (console output underlined) 

>>> ! THIS IS A VALID COMMENT <CR> 

>>> EXAMINE 1234 1 THIS IS ALSO A COMMENT <CR> 

2.6 CONTROL CHARACTERS AND SPECIAL CHARACTERS 

Table 2-7 contains a description of the control characters and 
special characters recognized by the console program. 

Table 2-7 Control/Special Character Descriptions 



Character 



CONTROL C ("C) 



Description 



Causes the suspension of all repetitive 
console operations such as: 



CONTROL C'O) 



Repeated command executions as 
a result of a repeat command 

Successive operations as a 
result of a /NEXT qualifier 

Delays resulting from a wait 
command 

Successive steps resulting from 
a next command 

Aborts further execution of an 

indirect command file after 

current instruction is 
completed. 



Suppresses or enables (on a toggle basis) 
console terminal output. Console terminal 
output is always enabled at the next 
console terminal input prompt. 



a. 



b. 



c. 



d. 



e . 
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Table 2-7 Control/Special Character Descriptions (Cont) 



Character 



CONTROL U C^U) 



RUBOUT 



Carriage Return <CR> 



Description 



"U typed before a line terminator causes 
the deletion of all characters typed 
since the last line terminator. The 
console echoes: 

"U <CR> <LF> 

Typing RUBOUT deletes the last character 
typed on an input line. Only characters 
typed since the last line terminator can 
be rubbed out. Several characters can be 
deleted in sequence by typing successive 
rubouts. The first rubout echoes as a 
backslash (\) followed by the character 
that has been deleted. Subsequent rubouts 
cause only the deleted character to be 
echoed. The next character typed that is 
not a rubout causes another backslash 
(\) to be printed, followed by the new 
character to be echoed. 

Terminates a console command line. 
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2.7 COMMAND QUALIFIERS AND DEFAULTS 

Qualifiers are used within a command to specify the type of 
addressing and the length of data arguments. Defaults are applied 
by the console when a command does not contain a qualifier 
thrV/n?^ address-type or data length. An operator can^ spec ?y 
the radix of a numeric argument by the use of a <local radix 
override> prefixed to the argument. The console will interpret 
numeric arguments in the current default radix when an argCmJnt fs 
not prefixed by a <local radix override>. 

?^i^/^",.''°""^^'^'^^ permit an address argument to be defaulted. The 
<default address> used by the console is the next address 
bv Ir'ill ""-^^ last virtual, physical, or register address accessed 
by an examine or deposit command. Note that the next address is 
dependent upon data length, since a byte reference updates the 

<dTf:uU^^d'dVe^s's^\'y^;' "'^'^ ^ ^°"^«-^ -^™ "P^-tes the 

ope^afeTn mre^^tli;%n\'\7dreJs". ^^^"^"^ °^ '^'^^'^ ~^ ^° 

2.7.1 Address Type Qualifiers 

Address type qualifiers are used within a command line to specify 
the type of address argument as virtual, physical, ID Bus , V Bus 
°ZT^^?r^f^^^, address. The qualifiers for the respective types are- 
/VIRTUAL, /PHYSICAL, /ID BUS, /V BUS, /GENERAL, /INTERNAL^ 

Virtual addresses that reference nonexistent or nonresident pages 
will cause the console to abort execution of the console command 
that referenced the virtual address, m each case an appropriate 
error message will be typed out on the console terminal. 

Example 

To examine virtual address 1234, type: 
EXAMINE/VIRTUAL 1234 <CR> 

^r!^n^^^^ ^'"""^^ some register addresses have mnemonic names that 
o^L^f-^^^ ^u^ unambiguous, the /GENERAL qualifier need not be 
specified when mnemonic addresses such as PC, or SP, arl 
referenced. ' ' '^^^ 

Example 



To examine the VAX-11/780 PC, an operator could type either 
ot the following statements: 

EXAMINE/GENERAL PC <CR> or 

E PC <CR> or 

E GENERAL F <CR> 
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2.7.2 Address Type Defaults 

The console applies an address type default to any command that 
requires an address argument and does not contain an address 
qualifier. The default applied can be set by using the set default 
command. 

Example 

The command: 

SET DEFAULT VIRTUAL <CR> 

will cause the console to default to virtual addressing for 
any console command that requires an address argument, but 
does not contain an address type qualifier. Thus, the command 
EXAMINE 1234 would type out the contents of virtual address 
1234. 

2.7.3 Data Length Qualifiers ^ ■, - ^ c=r^^r>ifw 
Data length qualifiers are used withm a command line to specify 
the length of the data quantity associated with the command. Data 
length may be specified as either byte, word, longword, or 
quSlword by means of the /BYTE, /WORD, /LONG, /QUAD qualifiers, 
respectively. 

Example 

The command: 

EXAMINE/BYTE 1234 <CR> 

will type out the byte at address 1234. 

Since VAX-11/780 CPU general and processor registers are lo"g"°^^ 
quantities, all register references will default to l°"g"°'^^ J^^a 
length, regardless of the current setting of the data length 
default . 

2.7.4 Data Length Defaults 

The console applies a data length default to any command that 
references data and does not contain a data length qualifier. The 
default applied can be set using the set default command. 

Example 

The command: 

SET DEFAULT WORD <CR> 

will cause the console to default to word data length. 
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The command: 
EXAMINE 1234 <CR> 

rddJeJs^T234!^^'^"''^ ^^^ ''°''^ ''^'^^ ^^^ ^^^ f^'^^t ^yte at 

Since all VAX-11/780 CPU general and processor registers are 
longword quantities, all register references will default to 
longword data length, regardless of the current setting of the 

Unih.iT "" ^^^^".^t- ^^•^^ l^^gth must be specified when Iccessing 
Unibus device registers. ^ 

2.7.5 Qualifiers for RADIX 

The radix of console output for a command can be sepcified by a 
rrJ^^J^Lfi/ftTadi°^ /"^^^- ^^^ ^"^^^^^- "^^^ olerrid'e'L: 

2.7.6 Defaults for RADIX 

Vli ^^y^"^^ ""^^'^ ^°'' console numeric inputs and outputs is 

iiiiiiroc.r. coit^.."^" °' °"" "'^ '"^ ''' --'^"" «^'< - ^^? 

2.7.7 Local Radix Override 

in i%^/rfiT'^H^V ^°7^1}i^"t to specify an address or data argument 
l^iLI^i different from the current default radix. The console 
Jw^f ^^^^.^"'^^^■^t default radix to be overridden by including a 
A.nt] ''^/'^ override> as a prefix to any numeric argument. A 
<local radix override> can be any one of the following: ^'™^''^* 

% (percent 0) for octal arguments 

% X (percent X) for hexadecimal arguments 

char;.^?^?.^ VH'' """^^^^^^ ■""St appear as the two leftmost 
Characters of the numeric argument it modifies, and must not be 
separated by spaces or tabs from that argument. 

Example 

Assuming that the current default radix is octal, the 
operator can deposit the octal value 3456 into the 
follows! address 12A4 using <local radix override> as 

DEPOSIT %X12A4 3456 

2.7.8 Default Address Facility 

Each time an examine or deposit command is executed, the console 
computes the address of the next memory location following ?hl 
location referenced by the command. The address of the next memory 
location IS termed the <default address>, since an examine command 
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that does not specify an address will reference the next address 
by default The ^console computes the <default address> as follows: 

<default address> = <address used by last examine or deposit 
command> + n, where n is 

1 for byte references 

2 for word references 

4 for longword references 
8 for quadword references 

The following example shows a sequence of console ^o^^^JV^^^' ^J^ 
the value taken by the default address after each command is 
executed Note that the next address is data length dependent, 
since a byte r^eference updates the <default address> by 1, while a 
longword reference updates the <default address> by 4. 

Example of default address facility (all numbers are hex): 

Command <default address> after execution 

EXAMINE/BYTE 2341 2342 

EXAMINE/WORD 

(uses <default address> 2342) 2344 

EXAMINE/LONG 

(uses <default address> 2344) 2348 ^^„. ^^„ , ,di\ 

EXAMINE/GENERAL general register 1 Rl 

EXAMINE/GENERAL D general -register E SP 

EXAMINE PC general register (R0) 

Note that the <default address> is R0 following a PC reference. 

2 7 8 1 specifying Default Address in a Command ~ The symbol (+) 
c^n be used as an address argument in a deposit or examine command 
to re^resSnt ?he <default address> ., This symbol permits deposit^ 
to (or examining) successive location without typing the address 
argument after the first deposit. 

Example 

To toggle-in a program starting at address 123456, the 
following deposit commands can be used: 

DEPOSIT 123456 <DATA> 
DEPOSIT + <DATA> 

DEPOSIT + <DATA> 

Each deposit command, after the first, writes the <DATA> into 
the next successive memory location. 

2 7 8.2 Last Address Notation -- The last address referenced 
tvirtual, physical, or register) by an examine or deposit command 

s denot^d'^by an asterisk (*) . The ^AST ADDRESS may be used a 
argument to an examine or deposit command by typing an asterisK in 
place of the address argument. 
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Example 

The command: 

EXAMINE 1234 <CR> 

will type out the contents of location 1234. 

If the next command issued is 

DEPOSIT * 356 <CR> 

the console will deposit the number 356 into location 1234. 

Examine and deposit commands to VAX-11/780 CPU general and 

?pa?;f^°' .'^^'^^^"^ ^^^^ '^^P^^^^ the <last address> ti?h the 
register address. Mnemonic register names are translated into 
register addresses by the console. "^-tcatea into 

2.7.8.3 Preceding Address Notation — The symbol - (minus sian^ 

Specifv \'hf f \"- ^^^--,- - ^-P-it or^examine^ command^ti 
referenced^ location immediately preceding the last location 

2.7.8.4 Use of Last Data as an Address Argument — The symbol @ 

?^^^^%"r.^/^ ^". <^^^'^ess> in a deposit or examine command. The 
last <data> deposited or examined will be used as the address. 

2.7.9 NEXT Qualifier 
Syntax: SLASH NEXT [:<COUNT>] 

The /NEXT qualifier permits examine and deposit commands to 
operate on multiple sequential addresses. commanas to 

The <count> argument specifies the number of additional executions 

nff^.n^ ^°"!'"^"^, <^o ^^ performed after the initial execution. The 
default value for <count> is one. 

Example 1 

The command: 

EXAMINE/BYTE 1230/NEXT:2 

is evaluated by the console as follows: 

1. The console initially evaluates the command and applies 
any applicable default values. cippj-ies 

2. The command, with applied defaults, is executed. The 
console types out the contents of location 123 0, and 
updates the <default address> to 1231 
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3 The /NEXT switch is now evaluated by the console. The 
console repeats the command operation the number of times 
indicated by the <count> argument. Each execution uses 
the <default address> for its address argument and 
updates the <default address> afterwards. In this 
example, locations 1231 and 1232 are successively typed 
out. The final value of the <default address> will be 
1233. 

Example 2 

If the command: 
EXAMINE/NEXT: 2 <CR> 

is issued following the command in the previous example, the 
contents of locations 1233, 1234, and 1235 will ^e ^^VPf,^ °"^: 
Since the examine command does not contain an address 
argument, the initial execution of the command will use the 
cu?rent <default address>, which was 1233, following the 
command in the previous example. 

Note that when using the /NEXT qualifier to ^^^^^""i";^^^ °%f^P^^^^ 
successive VAX-11/780 CPU general registers, the NEXT register 
after the PC is defined to be R0. 

Example 3 

The command: 

EXAMINE/NEXT: 5 GENERAL D 

will type out the contents of R13, SP, PC, R0, Rl, and R2, in 
that order. 

2.8 COMMAND REPEAT FACILITY ^ ^ w^ 

The command repeat facility is provided to allow commands to be 
executed repeatedly so that CPU logic invoked by console commands 
can easily be scoped. The following paragraphs describe the repeat 
facility commands and capabilities. 

2.8.1 Repeating Commands 
Example 

The command : 

REPEAT EXAMINE 1234 <CR> 

will continuously examine and display the contents of 
location 1234. 

Once initiated, repeated execution continues until terminated by 
the operator typing Control C (^C) on the console keyboard. 
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2.9 COMMAND LINK FACILITY 

The console's command link facility allows successive commands to 
be linked by the console into a single executable list of 
commands. Once a list of linked commands is constructed, the list 
can be executed one pass at a time, or executed continuously. 

2.9.1 Link Facility Operation 

Commands are linked by entering LINK on the console terminal, 
causing the console to enter the link mode. LINK is then followed 
by the desired commands. The LINK command is entered only at the 
beginning of the command string (i.e., at the beginning of the 
initial command line). Commands to be linked must be entered 
one-per-line, with each command line terminated by a <CR>. The 
console then returns a link mode prompt («<) requesting the next 
command. The linking operation is terminated by entering a Control 
C on the console. 

As the command string is entered on the console, the commands are 
stored in dedicated sectors (limit of 10 sectors) on the floppy 
disk (RX01) . When the command string is executed, the string is 
treated as if it were an indirect command file (i.e., command 
retrieved, parsed, executed, and the next command retrieved, 
etc .) . 

The console does not execute commands being linked until a PERFORM 
command is issued. Once the input of a list of linked commands has 
been terminated, no further commands can be added to the commands 
already linked. 

The command string can be executed one pass at a time or 
continuously by means of the PERFORM command. If the PERFORM 
command is entered after the Control C to terminate the string, 
the string will execute only one pass. However, if PERFORM is 
entered before the Control C, that command becomes part of the 
command list and causes continuous execution of the command list. 

Should a linked command be entered incorrectly, the console will 
output an appropriate error message when the command containing 
the syntactic error is executed. Typing a Control U ("U) while 
linking commands will cause the console to reject only the current 
command line. 

2.9.2 Link Facility Usage 
Syntax: LINK 

COMMAND <CR> 

COMMAND <CR> 

<"C> 

Response: Dependent on command list. 
Example 

The operator wishes to repeatedly examine the contents of a 
device register after VAX-11/780 CPU initialization. Since 
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the CPU initialization requires a certain amount of time to 
complete, a delay must be inserted between the initialize and 
examine commands. The sequence of commands is as follows 
(console output is underlined) . 

>>> LINK INITIALIZE <CR> LINK causes the console to 

enter the link mode and begin 
linking . 

<<< DELAY 5 <CR> Delays five clock ticks to 

allow initialize time to 
complete . 

<<< EXAMINE/LONG FFFFABBC <CR> Examine command is entered into 

string . 

«< PERFORM <CR> <"C> PERFORM is entered prior to 

linking termination. 

>>> PERFORM <CR> Initiates execution. 

P FFFFABBC 12A00123 

P FFFFABBC 12A00123, etc. Command string executed 

continuously. 

2.10 CONSOLE MODE CHANGE 

The console I/O mode escape sequence causes the console to switch 
from console to program I/O mode. The escape sequence to program 
I/O is: 

SET TERMINAL PROGRAM <CR> 

In addition, the console commands START, CONTINUE, and NEXT also 
enable program I/O mode. 

The program I/O mode escape sequence causes the console to switch 
from program to console I/O mode. The escape sequence to console 
I/O is: 

Control P CP) 

Note that Control P is not recognized by the console if the 
console power switch is in either the REMOTE DISABLE position or 
the LOCAL DISABLE position. 

2.11 VMS COMMUNICATION WITH CONSOLE FLOPPY DISK 
VMS must be able to read and write the console subsystem's floppy 
disk drive. These functions are available only when the console is 
in program I/O mode. The following set of commands are supported 
by the console software. 

a. Write sector — VMS supplies track, sector, and 128 bytes 
of data. Console returns status upon completion of write. 
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b. Read sector — VMS supplies track and sector. Console 
returns 128 bytes of data, and status of read operation. 

c. Read floppy status — Console returns floppy status. 

d. Write sector with deleted data mark — VMS supplies track 
and sector (no data required) . Console returns status 
upon completion of the write. 

e. Cancel floppy function — Console aborts current floppy 
function. 

The following floppy functions will not be directly available to 
VMS: empty silo, fill silo, read error register, initialize. 

While VMS initiated floppy functions are in progress, operator 
terminal I/O is not disabled. Terminal I/O may be interspersed 
with floppy I/O. 

Once a floppy function is initiated, no other floppy commands will 
be issued by VMS until the function is complete. The only 
exception is the command cancel floppy function, which may be 
issued at any time. 

The floppy functions described in this document will only be 
available to VMS when the console is in program I/O mode (i.e., 
the console terminal is being used as the system operator's 
terminal) . 

NOTE 
In the following protocols, two hardware 
side-effects are implied: 

1. Each time VMS loads the transmit 
buffer (TXDB) , the TX ready bit in 
the transmit status register (TXCS) 
is automatically cleared. TXDB is 
only loaded by WIS, and only when TX 
ready is set. TX ready is explicitly 
set by the console when the console 
is ready to accept another transfer 
through TXDB. 

2. Each time VMS reads the receiver 
buffer (RXDB) , the RX done bit in 
the receiver status register (RXCS) 
will automatically clear. RXDB is 
only read by VMS, and only when RX 
done is set. RX done is explicitly 
set by the console each time the 
console has loaded RXDB with a 
character for VMS. 
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2.11.1 Floppy Function Protocol 

A. Write sector/write deleted data sector 

1. VMS puts the write sector or the write deleted data 
sector command into TXDB. 

2. The console takes the write command, and sets TX 
ready in TXCS. 

3. VMS puts a sector number into TXDB. 

4. The console takes the sector number and sets TX 
ready. 

5. VMS puts a track number into TXDB. 

6. The console takes the track number and sets TX ready. 

7. VMS puts a byte of data into TXDB. 

8. The console accepts a byte of data and sets TX ready. 
Steps 7 and 8 are done 128 times for write sector. 
Steps 7 and 8 are skipped for write deleted data 
sector . 

9. The console initiates a floppy write function. 

10. The floppy write is completed. 

11. The console sends a floppy function complete message. 
The floppy function complete message consists of 
loading RXDB bits 8 — 11 with a select code of 2, and 
bits — 7 with the floppy status byte. 

12. VMS receives the floppy function completed message. 

B. Read sector 

1. VMS puts the read sector command into TXDB. 

2. The console takes the read command, and sets TX ready 
in TXCS. 

3. VMS puts a sector number into TXDB. 

4. The console takes the sector number and sets TX 
ready. 

5. VMS puts a track number into TXDB. 

6. The console takes the track number and sets TX ready. 

7. The console initiates a floppy read function. 

8. The floppy read is completed. 
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9. The console sends a floppy function complete message. 
The floppy function complete message consists of a 
select code of 2 in bits 8 — 11 of RXDB, and a floppy 
status byte in bits — 7 of RXDB. 

10. VMS receives the floppy function completed message. 

11. The console puts one byte of data in RXDB and sets RX 
done . 

12. VMS accepts one byte of data from RXDB. Steps 11 and 
12 are done 128 times. When the 128th byte is 
accepted by VMS, the read is complete. 

NOTE 
If a floppy error occurs on Step 8, 
Steps 11 and 12 will be skipped. 

C. Read status 

1. VMS puts the read floppy status command in TXDB . 

2. The console takes the read status command and sets TX 
ready in TXCS. 

3. The console gets the floppy status from last floppy 
function performed. 

4. The console puts a floppy function complete message, 
with the floppy status, into RXDB and sets RX done. 

5. VMS reads the floppy status. 

D. Terminate floppy function 

1. VMS puts the cancel floppy function command in TXDB. 

2. The console takes the cancel floppy function. 

3. The console terminates the floppy function in 
progress, if any. 

4. The console sets TX ready in TXCS. 

2.12 MISCELLANEOUS CONSOLE COMMUNICATIONS 

The console software will support certain additional functional 

communications from VMS and the diagnostic supervisor (VMS/DS) . 

A. Examine console memory — VMS supplies an offset from the 
console-supplied base address of examinable memory space. 
The console returns the examine code and the contents of 
the requested byte. 

Examinable Console Memory Space 



2-27 



(Octal Offset from 37600(8) -- FIRSTF) 



+145 
+146 
+147 
+150 
+151 
+152 
+153 
+155 



Warm-start flag 

Cold-start flag 

APT-load flag 

Last setting of remote and disable 

Auto-restart flag 

PCS version 

WCS primary version 

FPLA version 



B. Software communication codes 

1. Software done — VMS issues this code to cause the 
console to resume execution of an indirect-command 
file that has been suspended due to a wait done 
command. 

2. Warm restart boot command — The console will boot 
the VAX-1 1/78 0. 

3. Clear warm-start and cold-start flags -- VMS/DS 
issues these codes when the VAX has 
restarted/rebooted successfully. The console clears 
the associated flags. 

NOTE 
The cold and warm restart flags are used 
by the console to prevent infinite loops 
when a warm restart results in a 
VAX-11/780 error halt. 

2.13 COMMUNICATION REGISTER FORMATS AND SELECT CODES 
The LSI-11 processor communicates with the VAX-11/780 CPU via two 
registers on the console interface board. Figure 2-1 shows the 
register formats and select codes. 



TXDB 

31 



24 23- 



16 1514131211 



08 07 



00 



MBZ 


MBZ 


MBZ 


SELECT 
FIELD 


DATA 
FIELD 


RXDB 

31 




2423 




161514131211 0807 




00 


MBZ 


MBZ 


USED BY 
DL-11 


SELECT 
FIELD 


DATA 
FIELD 



Figure 2-1 Communication Register Formats and Select Codes 
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Select Field Values (in hex) 



Select Code 


Device 


Dat 


a Field Values 





Operator's terminal 





through 7F • ASCII data 


1 


Floppy drive (data) 





through FF — binary data 


2 


Floppy function complete 


(fl 


oppy status) 


3 


Examine console memory 


Add 
add 


ress offset/contents of 
ress 


9 


Floppy drive (command) 



1 
2 
3 

4 
5 


; 


read sector 
write sector 
read status 

write deleted data 

sector 

cancel floppy function 

protocol error 


F 


Misc. communication 


1 
2 
3 

4 


= 


software done 
boot VAX-11/780 
clear warm-start flag 
clear cold-start flag 



NOTE 
Code 5 (protocol error) is sent by the 
console when one of the following 
occurs: 

1. Another floppy command (except for 
cancel floppy function) is issued 
by VMS before a previous command is 
completed . 

2. The console gets a floppy drive 
code (DATA) when expecting a 
command . 
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2.14 FLOPPY STATUS BYTE DEFINITION 

The floppy status byte is used by VMS to determine the success or 
failure of a read or write operation. The floppy status byte is 
sent to VMS at the completion of a read, write, or read status 
operation. The select code is always the floppy function complete 
(code 2) . The status bit assignments are shown in Figure 2-2. 



RXDB 

31 



24 



1615 



1211 



08 07 06 05 03 020100 



MBZ 



MBZ 



MBZ 



CODE '2' 



MBZ 



CRC ERR 
PARITY ERROR 
INITDONE 
DELETED DATA 
ERROR 

TK-0745 



Figure 2-2 Floppy Status Bit Assignments 



The status 
to those 
controller, 
corresponds 



NOTE 
bit assignments are identical 
supplied by the floppy 
except for bit 7. Bit 7 
to bit 15 of the floppy's 



RXCS register. 

2.15 REMOTE CONSOLE ACCESS COMMAND SET 

A special set of commands is included in the console command 
language of systems that use the remote diagnostic facility to 
facilitate console access from a remote terminal or computer. 
Commands can be initiated only on the terminal in control, 
according to the five-position key switch. The remote access 
command set provides for: 



a . 



b. 



c. 



A talk mode, to allow communication between 
remote terminal operators (enable talk) . 



local and 



A copy control, to permit suppressing or enabling typeout 
on the local terminal while a remote operator is in 
control (enable/disable local copy) . 

A method of transferring control of the console between 
the local and remote operators (enable local control) . 
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d. A method of controlling the echo of characters to the 
remote terminal while in talk mode (enable/disable echo) . 

e. A method of suppressing lost carrier error messages 
caused by a loss of carrier on the remote line 
(enable/disable carrier error) . 

f. A method of enabling and disabling use of the console 
subsystem floppy disk (enable/disable local floppy) . 

g. A method of enabling and disabling use of the remote 
floppy disk (enable/disable remote floppy) . 

2.15.1 Enable Talk Mode Command 
Syntax: ENABLE <blank> TALK <CR> 

The enable talk command puts the console into talk mode. While in 
talk mode, characters typed on the remote keyboard are typed on 
the local terminal, and vice versa. The console does not echo 
characters back to the originating keyboard, unless the talk mode 
echo feature has been enabled. No console commands are recognized 
while in talk mode. 

Talk mode is terminated by typing the console escape character 
("P) on the terminal in control. When talk mode is terminated, 
console ijiode is enabled. 

Entering talk mode causes the console to enable the remote serial 
interface and assert the data terminal ready signal to the data 
set. All terminal I/O to a program running in the VAX-11/780 CPU 
is disabled while the console is in the talk mode. 
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2.15.2 Enable/Disable Echo Command 
Syntax: (ENABLE ! DISABLE) <blank> ECHO <CR> 

The enable echo command will cause the console to echo characters 
typed on either the remote or local keyboards while in talk mode. 
The disable echo command causes the console to suppress echo of 
characters typed on both keyboards. 

Enable and disable echo are issued while the console is in console 
mode, but do not have any effect until talk mode is entered. A 
disable echo is automatically done each time the console keyswitch 
is put in the LOCAL/DISABLE position, and on power up of the 
console . 

2.15.3 Enable/Disable Local Copy Command 

Syntax: (ENABLE ! DISABLE) <blank. LOCAL <blank> COPY 

The enable local copy command causes the local terminal to print a 
copy of all output directed to the remote terminal. The disable 
local copy command disables the local terminal from getting a copy 
of output directed to the remote terminal. 

Local copy is automatically disabled each time the console 
keyswitch is turned to the LOCAL or LOCAL/DISABLE position and on 
power up of the console. Local copy is automatically enabled each 
time the console keyswitch is placed in the REMOTE/DISABLE 
position. 

2.15.4 Enable Local Control Command 

Syntax: ENABLE <blank> LOCAL <blank> CONTROL <CR> 

An enable local control command, issued by the remote terminal 
operator while the console keyswitch is in the REMOTE position, 
transfers control of the console to the local terminal operator. 
(Normal remote operation locks out the local terminal.) This 
allows a local operator to take control of the console and the 
VAX-11/780 CPU, while the remote link is maintained. The remote 
operator may regain control of the console by typing a Control P 
on the remote keyboard. 

An enable local control command issued from the local terminal has 
no effect. Local control is automatically enabled when the console 
keyswitch is placed in the LOCAL or LOCAL/DISABLE position, and 
also on console power up. 

2.15.5 Enable/Disable Carrier Error Command 

Syntax: (ENABLE • DISABLE) <blank> CARRIER <blank> ERROR <CR> 

The enable carrier error command causes the console to print the 
message 7CARRIER LOST each time a loss of carrier on the remote 
line is detected. Also, if the console keyswitch is in the LOCAL 
or REMOTE position, the console enters talk mode, enabling data 
terminal ready on the modem. 
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The disable carrier error command causes the console to inhibit 
the carrier lost message, and prevents a transition to talk mode. 
An enable carrier error is automatically done on console power up, 
and whenever the console keyswitch is placed in the LOCAL or 
LOCAL/DISABLE position. 

2.15.6 ENABLE/DISABLE LOCAL Floppy Command 
Syntax: (ENablelDIsable) <BLANK>Local<BLANK>FLoppy 

Enable local floppy will cause the directory of the local floppy 
to be searched first, in an attempt to open a file. If the file is 
not found, the remote floppy directory is searched. Note that in 
terms of the console software, the remote floppy is a virtual 
device. It may be a floppy or it may be some other storage device. 

Disable local floppy will cause only the directory of the remote 
floppy to be searched in an attempt to open a file. 

An enable/disable local floppy command affects protocol operation 
only (transmission format) . 

2.16 CONSOLE ERROR MESSAGES 

This paragraph describes all console error message formats and 
their interpretation. All console error messages are prefixed by a 
question mark to distinguish them from informational messages. 

2.16.1 Syntactic Error Messages 

?<TEXT STRINO IS INCOMPLETE 

The <TEXT STRINO is not a complete console command. 

?<TEXT STRINO IS INCORRECT 

The <TEXT STRINO is not recognized as part of a console command. 

?FILE NAME ERR 

A <FILENAME> given with a LOAD or @ command cannot be translated 
to RAD50. One of the characters is not translatable to RAD50 or 
the number of characters allowed is exceeded: six characters for 
file name, three for extension. 

2.16.2 Command Generated Error Messages 
?FILE NOT FOUND 

A <FILENAME> given with a LOAD or @ command does not match any 
file on the current floppy disk. This error can also be generated 
by a HELP or BOOT command if the help file or boot file is missing 
from the floppy. 

?N0 CPU RESPONSE 

The console timed out while waiting for a response from a 

VAX-11/780 CPU microroutine. 

?CPU NOT IN CONSOLE WAIT LOOP, COMMAND ABORTED 

A console command that required the assistance of the VAX-11/780 

CPU was issued when the CPU was not in the console service loop. 
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?CPU CLOCK STOPPED, COMMAND ABORTED 

A console command that requires the CPU clock to be running was 

issued with the clock stopped. 

7IND-C0M ERR 

An indirect command file error was detected. This error is 

generated if: 

a. An indirect command line exceeds 80 characters. 

b. An indirect command line does not end with <CR> <LF>. 

2.16.3 Microroutine Error Messages 

The console uses various microcode routines in the VAX-11/780 CPU 
control store to perform console functions. The following errors 
are generated by microroutine failures. 

7MEM-MAN FAULT, CODE = XX 

A virtual examine or deposit caused an error in the memory 
management microroutine. XX is a one-byte error code supplied by 
the memory management routine and defined in Table 2-8. 

NOTE 
Bit positions are numbered from the 
right. 



Table 


2- 


-8 


Memory 


Mana 


gement Error Code 


Definitions 


Bit 


Position 






Definition 















Length violation 


1 












Fault was on 


a PTE reference 


2 












Write or modify intent 


3 












Access violation 


4—7 










Ignored 





PMICROMACHINE TIME OUT 

This message indicates that the VAX-11/780 micromachine has failed 

to strobe interrupts within the maximum time period allowed. 

PMIC-ERR ON FUNCTION 

An unspecified error occurred in the CPU while servicing a console 

request. Referencing nonexistent memory will cause this error. 

7INT-REG ERR 

An error occurred while referencing one of the VAX-11/780 CPU 
internal (processor) registers. Specifying a register address that 
is too large will cause this error. 
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7MICR0ERR, CODE = XX 

An unrecognized microerror occurred. The code returned by the CPU 
is not in the range of recognized error codes. XX is the one-byte 
error code returned by the microroutine. 

2.16.4 CPU Fault Generated Error Messages 

7INT-STACK INVLD 

The VAX-11/780 CPU interrupt stack was marked invalid. 

?CPU DBLE-ERR HLT 

The VAX-11/780 CPU has done a double error halt. 

?ILL I/E VEC 

An illegal interrupt/exception vector was encountered by the 

VAX-11/780 CPU. 

?N0 USR WCS 

An interrupt/exception vector to WCS was encountered, and no WCS 

exists. 

?CHM ERR 

A change-mode instruction was attempted from the interrupt stack. 

2.16.5 RX01 Error Messages 

PFLOPPY ERR, CODE = X 

The console floppy driver (a part of the console software) 
detected an error. X is an error code (in hexadecimal) and is 
defined in Table 2-9. 



Table 


2-9 


RX01 


Error Message Code Definitions 


Code 


Definition 









Floppy hardware error (i.e., CRC, 
parity, or a floppy firmware detected 
error) . 


1 






An open file command failed to find the 
specified file. 


2 






The floppy driver queue is full. 


3 






A floppy sector was referenced that is 
out of the legal range of sector 
numbers . 



7FL0PPY NOT READY 

The console floppy drive failed to become ready when booting. 

?N0 BOOT ON FLOPPY 

The console attempted to boot from a floppy that does not contain 

a valid boot block. 



7FL0PPY ERROR ON BOOT 

A floppy error was detected while attempting a console boot. 
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2.16.6 Miscellaneous Error Messages 

INT PENDING 

This is not actually an error (note absence of ?) . The message 
indicates that an error was pending at the time that a console 
requested halt was performed. Type CONTINUE to clear interrupt. 

7WARNING-WCS and FPLA VER MISMATCH 

The microcode in the WCS is not compatible with the FPLA. This 
message is printed on each ISP START or CONTINUE. However, no 
other action is taken by the console. 

7FATAL-WCS and PCS VER MISMATCH 

The microcode in the PCS is not compatible with that in the WCS. 

ISP START and CONTINUE are disabled by the console. 

PREMOTE ACCESS NOT SUPPORTED 

This message is printed when the console mode switch enters a 
REMOTE position, and the remote support software is not included 
in the console. 

PTRAP -4, RESTARTING CONSOLE 

The console took a time-out trap. Console will restart. 

7UNEXPECTED TRAP 

Console trapped to an unused vector. Console reboots when operator 

types Control C. 

?QB LOCKED 

Indicates that the console's output queue is blocked. Console will 

reboot. 
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CHAPTER 3 
DIAGNOSTIC SUPERVISOR AND CONTROL 

This chapter describes the basic structure and operating 
characteristics of the diagnostic supervisor. In addition, 
operator commands and execution control functions are described. 
This description is applicable to macro testing, and while many 
similarities exist for the micros, this chapter does not include 
them (refer to Chapter 4). 

3.1 SUPERVISOR STRUCTURE OVERVIEW 

The diagnostic supervisor provides operator control and utility 
support functions for three diagnostic runtime environments. The 
three runtime environments are: 

a. Cluster Environment (CE) : This environment supports the 
CPU cluster and repair level I/O bus adapter diagnostic 
programs. The CE consists of program modules that provide 
utility services (i.e., error reporting, scope loops, 
etc.), initialization and test dispatch, and operator 
terminal interface. Additional modules provide load and 
script management. 

b. System Environment (SE) : This environment supports the 
repair level I/O subsystem diagnostic programs, and the 
device functional test programs. The SE provides the same 
runtime support functions as the CE. Program modules 
provide CPU cluster hardware interface support (i.e., 
real-time clock control, interrupt system control, I/O 
bus adapter control, etc.). 

c. User Environment (UE) : This environment supports the I/O 
subsystem functional level diagnostic programs that run 
under the VMS operating system as a privileged user task. 

I/O services are provided primarily for functional level programs. 
This allows programs that can execute in an operating system 
environment, which restricts I/O access, to perform equally well 
in a standalone environment. 

The three supervisor environments are assembled into a common 
executable module that provides all necessary operator and program 
services. As shown in Figure 3-1, these services are implemented 
in two major functional areas: Command Line Interpreter (CLI) and 
Program Interface (PGI). 
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Figure 3-1 Basic Diagnostic Supervisor Structure 

The CLI interfaces to an operator (controlling) terminal and 
enables the operator to control the loading, sequencing, and 
execution of diagnostic test programs. The CLI monitors all 
control information passing between the terminal and the 
supervisor. This information consists of supervisor commands from 
the operator which control either supervisor or test program 
operation. The CLI directs control to the appropriate supervisor 
service module according to the command supplied by the operator. 

The PGI provides common services required by all diagnostic test 
programs. These services include operator interaction, program 
control, error message formatting, memory management, and I/O 
request handling. Note that the operator can communicate with the 
diagnostic program only through a PGI message service or with the 
CLI directly. 

When the operator initiates diagnostic program execution (through 
the CLI), that program assumes control. Once program execution 
begins, the PGI handles all test information flowing between the 
terminal or the Unit Under Test (UUT) (i.e., QI/O-I/0 driver 
interface) and a functional level program. For repair level 
programs, test information flows directly between the UUT and the 
diagnostic program (i.e., direct test program access to I/O 
registers) . 

Test control information flow between the terminal and the 

diagnostic program consists mainly of test parameter requests and 

responses, while test information flow between the UUT and the 
program consists mainly of test stimuli and responses. 



The diagnostic program executes until the test s 
completed, aborted, or the operator enters the appropri 
character, at which point control returns to the CLI. 



sequence is 
iate control 



System errors not directly related to the UUT are handled by the 
supervisor. Unless the program explicitly requests notification, 
these errors are transparent to the program and are reported 
directly to the operator. 
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3.2 CLI FUNCTIONAL MODULE DESCRIPTION 

The CLI consists of a tree-structured command decoder and several 
service modules that execute the operator's commands (e.g., 
loading a diagnostic program from the system device; altering the 
operational characteristics of the program; or driving the CLI 
through a script file). The command syntax is a subset of the 
console command language. 

Once a command line is interpreted, the CLI dispatches control to 
beL co^J^nffi-'fH^ service module. After the operator's command has 
been completed or aborted, control is returned to the CLI. Certain 

thln%lV'k%r?^}^rr'^^^l''°''''^°^ 1° ^^^ diagnostic program, rather 
than back to the CLI. However, the CLI continues to monitor the 
operator's terminal for certain commands (e.g., "C) . 

3.2.1 Image Loader Module 

The image loader allows the operator to specify a load device and 
a tile name for loading diagnostic programs. Depending on the 
environment (i.e., console, system, or user), the device media 
will be either the diagnostic load device (console floppy) or the 
system load device. 

3.2.2 Test Sequence Control Module 

The test sequence control module provides the operator with the 
capability to control the order in which tests within a program 



are 



executed. This is implemented by specifying test numbers 



m 



cne run, start, and restart supervisor commands (Paragraph 3.4). 

3.2.3 Script Processor Module 

Automatic test sequence control is achieved through the use of a 
^^nif? ■^^' J^'/ script file is a line-oriented ASCII file that 
contains standard CLI supervisor commands. To allow for commenting 
on a command line, any text following a (!) on a line is ignored 
by the script processor. Blank lines and extraneous spacing 
characters are also ignored. 

A script file may contain CLI supervisor commands (Paragraph 3.5) 
only, or a combination of commands and program parameter 
responses. Generating script or parameter files is performed 
off-line using a standard editor system utility. 

3.3 PGI FUNCTIONAL MODULE DESCRIPTION 

The major function of the PGI module is to handle all information 
flowing between the operator's terminal or the UUT and the 
functional level I/O program. While a diagnostic program is 
executing, that program can call on the supervisor to supply 
various services. These services provide the program with the 
required common functions (e.g., memory allocation and mapping, 
I/O processing, operator terminal interfacing, error message 
formatting, and system error handling). 

Several of the functions the PGI provides are a subset of the VMS 
system services. For example, the supervisor provides the VMS 
queue I/O service so that user mode diagnostics may be executed 
standalone as well as under VMS. 
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3.3.1 Memory Management and Adapter Services 

All memory buffer allocation is performed by the diagnostic 
supervisor. This ensures system integrity throughout the various 
operating environments. 

All necessary interfacing between the CPU and UUT will be handled 
by the diagnostic supervisor. 

Running standalone, the supervisor provides I/O services similar 
to those available under VMS. This provides a smaller standalone 
environment for running user mode diagnostics. Only a small kernel 
subset of VMS system services is provided. 

All functional level diagnostics perform device I/O as specified 
by the VMS operating system. However, in addition to the normal 
queue I/O functions, VMS provides special features that diagnostic 
programs can use if executing as privileged processes. On I/O 
completion, if requested and privilege permitting, raw status is 
deposited into a buffer specified by the program. This status 
contains all device registers and pertinent channel registers. A 
time stamp is also deposited into the status buffer. 

3.3.2 Operator Terminal Services 

Since the diagnostic programs do not interface directly with the 
operator's terminal, the supervisor provides all required operator 
communication services for the diagnostic program. The program can 
perform operator dialogue through a supervisor service to allow 
testing of mechanical devices that require operator interaction. 

The terminal drivers within the service eliminate the need for_ the 
diagnostic programmer to be aware of the type of terminal 
currently used by the operator. 

The output to the operator, including error reporting, uses 
formatted ASCII output to simplify the program's message-sending 
routines. Conversion of binary data to ASCII display is handled by 
the diagnostic supervisor instead of the programmer. The formatted 
ASCII output syntax is the same as that used by VMS. 

3.3.3 System Error Handling ^,4. 4.i,» 
All system errors are intercepted and reported directly to the 
operator by the supervisor unless the program explicitly requests 
notification of exceptions or interrupts. 

3 4 SUPERVISOR COMMAND DESCRIPTIONS 

The following paragraphs describe the operator command and 
execution control functions provided by the diagnostic supervisor. 
Where appropriate, examples of command usage are included. 

3.4.1 Command Terms and Symbols 

Since the supervisor commands are a subset of the console 
commands, many of the console command terms and symbols are used 
in the symbolic supervisor command descriptions. The applicable 
characters are defined in Table 3-1. 
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Table 3-1 Term and Symbol Definitions 



Term/Symbol 



( ) 



< > 



[ ] 



<blank> 
<tab> 
<count> 
<XYZ - list> 

<address> 
<data> 
<qualif ier> 
<input prompt> 

>>> 

DS> 

<CR> 
<LF> 
/ 



Definition 



Used to indicate the Exclusive OR operation 
(i.e., selection of parameters within a 
command line) 

Used to indicate that one of the syntactic 
units of the expression is to be selected 

Used to indicate symbolic arguments, or 
program functions to/from the operator 

terminal 

Used to indicate that part of an expression 
is optional; e.g., WAIT [<blank> <count> ] 
indicates that the wait command takes an 
optional <count> argument 

Represents one or more spaces 

Represents one or more tabs 

Represents a numeric count 

Indicates one or more occurrences from the 
category indicated by XYZ 

Represents an address argument 

Represents a numeric argument 

Represents a command modifier (switch) 

Represents the console's input prompt string 

Console program input prompt character 

Diagnostic supervisor prompt 

Represents a console terminal carriage return 

Represents a console terminal line feed 

Delimits a command from its qualifiers 

Used as a separator within a list 

Used as a separator within a command line. 
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3.4.2 Command Description Segments 

Each supervisor command description is divided into three, four, 
or five descriptive segments, depending on the particular command. 
The descriptive segments are: 

a. Syntax: describes the command structure. 

b. Command description: a brief paragraph describing command 
operation, general restrictions, or available options. 

c. Response: a description of the console program response 
to the specified command. 

d. Qualifiers: a list of applicable command modifiers. 

e. Options: a list of applicable command options. 

The descriptive segments use the terms and symbols defined in 
Table 3-1. Note that every command (or command line) must be 
terminated with a <CR>. 

3.4.3 Command Abbreviations 

Supervisor command words, switches, and arguments may be 
abbreviated by typing only enough characters to uniquely identify 
each item. For example, the load command can be specified by L, 
while the start command requires a minimum entry of ST. 

3.4.4 Command Overview 

The supervisor operator commands are divided into the three 
following groups: 

a. Load/test sequence control: provides the operator with 
the capability of loading and sequencing diagnostic 
programs. 

b. Execution control: provides the operator with control of 
the operational characteristics of the diagnostic program 
and/or supervisor (e.g., looping, error reporting, etc.). 

c. Debug/utility functions: provide the operator with debug 
and utility functions such as: breakpoints, examine, 
deposit, etc. 

The supervisors also support operator terminal characteristics 

such as width, fill, etc. In addition, all control functions 

provided by the console (e.g., Control C) are also supported by 
the supervisor. 

3.5 SEQUENCE CONTROL COMMANDS 

The program/test sequence control commands provide the operator 
with the capability of loading and controlling the sequencing of 
diagnostic programs, as well as the capability of controlling the 
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sequence of test execution within a program. The supervisor also 
provides for the execution of a single subtest, and if the pass 
count option is used, provides a loop-on-subtest capability. 

The submit command allows an entire diagnostic test session to be 
predefined by the operator. The supervisor is then capable of 
performing the test session without operator assistance. 

Note that the symbolic argument <file spec> as used in the 
following subsection is defined as: 

dev unit : [UIC] filename . ext 

3.5.1 Load Command 

Syntax: LOAD <file speO [/PHYSICAL : <address>] <CR> 

The load command causes the specified file to be loaded into 
memory. The supervisor obtains sufficient information from the 
program. 

After a successful load, the supervisor prints out the following 
message: Progname-r.p LOADED. 

Progname is the program name. This is the internal name which 
the supervisor extracts from the program header section. 

— r.p is the release version number and the DEPO (patch) 
number of the program. 

The optional PHYSICAL switch directs the image loader to attempt 
to load the program into physically contiguous memory starting at 
<address>. The <address> argument is normally accepted in 
hexadecimal format by default. 

3.5.2 Start Command 

Syntax: START [/SEC : <section name>] — [/TEST : <first>] 
[:<last> i/SUBTEST : <number>] ] — [/PASS : <count>] <CR> 

The start command causes the program in memory to begin execution. 
As execution begins, the supervisor enters into a dialogue with 
the operator to determine the program specific parameters, (e.g., 
which units to test) . The command switches and certain arguments 
are optional. 

The SECTION switch is program specific and not available for use 
with all programs. When a section is selected, only the tests that 
it contains will be executed. 

The TEST switch is used in two distinctly different ways. 

a. If the <first> and <last> arguments are specified, the 
supervisor sequentially passes control to tests <first> 
through <last> inclusively. 
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b. If the <first> argument is combined with the SUBTEST 
switch, program execution begins at the beginning of the 
<first> test and terminates at the end of SUBTEST 
<number> . 

If the SUBTEST switch is used in conjunction with the PASS switch, 
the operator is provided with a loop-on-subtest capability. If the 
optional PASS switch is not specified, a default <count> of one is 
assumed. 

If the TEST switch is not specified, all tests within the program 
are executed. If only the <first> argument is specified with the 
TEST switch, the <last> argument is assumed by default to be the 
highest numbered test within the program. 

3.5.3 Restart Command 

Syntax: RESTART [/SEC: <section name>] -- [/TEST : <first> 
[:<last> ! /SUBTEST : <number>]] — [/PASS : <count> ] <CR> 

The restart command is similar to the start command; however, the 
supervisor does not enter into the parameter retrieval dialogue. 
This command requires that the program P-Tables have been 
previously setup with a start command. Switch syntax is identical 
to the start command switches. 

3.5.4 Run Cominand 

Syntax: RUN<file speO [/SEC: <section-name>] ! — [/TEST : <first> 
[ : <last>! — /SUBTEST : <number> ]] [/PASS : <count>] 

The run command is equivalent to a load and start command 
sequence. (Refer to Paragraph 3.5.2 for a description of the 
optional switches.) 

3.5.5 Control Characters and Special Characters 

Table 3-2 contains a description of the control and special 
characters recognized by the supervisor. 
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Table 3-2 Control/Special Character Descriptions 



Character 



Description 



Control C (*C) 



Control ("0) 



Control U (*U) 



Rubout 



Carriage Return (CR) 



Returns program control to the supervisor 
which enters a command wait state. The 
operator may then issue any valid supervisor 
command. 

Suppresses or enables (on a toggle basis) 
console terminal output. Console terminal 
output is always enabled at the next console 
terminal supervisor input prompt. However, 
the supervisor will override "0 and 
reinstate an active output status to the 
operator terminal when it is servicing 
system errors, CLI prompts, or forced 
messages. 

'^U typed before a line terminator causes the 
deletion of all characters entered since the 
last line termination. The console echoes: 
"U/<CR><LF> 

Typing rubout deletes the last character 
typed on the input line. Only characters 
entered since the last line terminator can 
be rubbed out. Several characters can be 
deleted in sequence by typing successive 
rubouts. The first rubout echoes as a 
backslash (\) followed by the character 
which has been deleted. Subsequent rubouts 
cause only the deleted character to be 
echoed. The next character typed that is not 
a rubout causes another (\) to be printed, 
followed by the new character to be echoed. 

Terminates a command line. 



3.5.6 Continue Command 
Syntax: CONTINUE <CR> 

The continue command causes program execution to resume at the 
point at which the program was suspended. This command is used to 
proceed from a breakpoint, error halt, or Control C situation. 

3.5.7 Summary Command 
Syntax: SUMMARY <CR> 

The summary command causes the execution of the program's summary 
report code section which prints statistical reports. 
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3.5.8 Abort Command 
Syntax: ABORT <CR> 

The abort command executes the program's cleanup code and returns 
control to the supervisor, which enters a command wait state. At 
this point the operator may issue any command except restart or 
continue. 

3.5.9 Submit Command 

Syntax: SUBMIT <file speO [/LOG : ON ! OFF] [/CONSOLE : ON! OFF] 
<CR> 

The submit command causes the supervisor to read a script file 
from any file-oriented device. The supervisor performs the 
functions outlined in the script file and then returns control to 
the operator at the console. 

The script file may contain any valid operator commands, including 
a submit command. However, a submit command within a script file 
is considered a terminal command (i.e., the supervisor will close 
the current script and log files and open new ones as specified by 
the current command) . 

if the LOG switch is specified as ON, a transcript of the indirect 
terminal dialogue is maintained in a file of the same filename as 
the script file with an extension of .LOG on the device where the 
script file is located. The default for this switch is OFF. 

If the CONSOLE switch is specified as ON, the terminal dialogue 
generated by the script file is printed on the operator's 
terminal. The default for this switch is ON. 

3.6 EXECUTION CONTROL COMMANDS 

This group of commands allows the operator to statically or 
dynamically alter the operational characteristics of the 
diagnostic program and/or the supervisor. These functions are 
implemented by flags that reside in both the supervisor and the 
program. The event flags are located within the diagnostic program 
and are supported by VMS and the supervisor. 

These commands are used to control the printing of error messages, 
ringing the bell, halting and looping of the program, etc. Flags 
are provided that indicate to the supervisor which type of 
dialogue characteristics are desired by the operator. The operator 
also has access to a subset of the event flags that are available 
to the program. 

3.6.1 Set Control Flag Command 
Syntax: SET [FLAGS] <argument list> <CR> 

This command sets the execution control flags specified by 
<argument list>; no other flags are affected. <argument list> is a 
string of flag mnemonics separated by commas. The applicable flags 
are described in Table 3-3. 
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Table 3-3 Control Flag Descriptions 



Flag 


Description 


HALT 


Halt on error detection. When the program 
detects a failure, with this flag set, the 
supervisor enters a command wait state after 
all error messages associated with the 
failure have been output. The operator may 
then continue, restart, or abort the 
program. This flag takes precedence over the 
LOOP flag. 


LOOP 


Loop on error. When set, this flag causes 
the program to enter a predetermined scope 
loop on a test or subtest that detects a 
failure . 




Looping will continue until the operator 
returns to the supervisor by using "C. The 
operator may then continue, clear the flag 
and continue, restart, or abort the program. 


BELL 


Bell on error. When set, this flag will 
cause the supervisor to output a bell to the 
operator whenever the program detects a 
failure. 


lEl 


Inhibit error messages at level 1. When set, 
this flag suppresses all error messages 
except those that are forced by the program 
or supervisor. 


IE2 


Inhibit error messages at level 2. When set, 
this flag suppresses basic and extended 
information concerning the failure. Only the 
header information message (the first three 
lines) is output for each failure. 


IE3 


Inhibit error messages at level 3. When set, 
this flag suppresses extended information 
concerning the failure. The header and basic 
information messages are output for each 
failure. 


lES 


Inhibit summary report. When set, this flag 
suppresses statistical report messages. 


QUICK 


Quick verify. When set, this flag indicates 
to the program that the operator desires a 
quick verify mode of operation. 
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Table 3-3 Control Flag Descriptions (Cont) 



Flag 



SPOOL 



TRACE 



LOCK 



OPERATOR 



PROMPT 



ALL 



Description 



List error messages on line printer. When 
set, this flag causes the supervisor to 
direct all program messages to the line 
printer. In the VMS environment, 
messages are not actually printed 
entered into a file on disk (not 
implemented) . 



the 

but 
yet 



Report the execution of each test. When set, 
this flag causes the supervisor to report 
the execution of each individual test within 
the program as the supervisor dispatches to 
that test. 

Lock in physical memory. When set, this flag 
disables the program relocation function. 
Self-relocating programs are then locked 
into their current physical memory space. 

Operator present. When set, this flag 
indicates to the supervisor that operator 
interaction is possible. When cleared, the 
supervisor takes appropriate actions to 
ensure that the test session bypasses any 
tests that require manual intervention. 

Display long dialogue. When set, this flag 
indicates to the supervisor that the 
operator wants to see the limits and 
defaults for all questions printed by the 
program. 

All flags in this list. 



3.6.2 Clear Control Flag Command 
Syntax: CLEAR [FLAGS] <argument list> <CR> 

The clear command clears the flags specified by <argument list>; 
no other flags are affected. The <argument list> is a string of 
flag mnemonics separated by commas. The supported arguments are 
described in Table 3-3. 

3.6.3 Set Control Flag Default Command 
Syntax: SET FLAGS DEFAULT <CR> 

This command returns all flags to their initial default status. 
The default flag settings are OPERATOR and PROMPT. 
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3.6.4 Show Control Flags Command 
Syntax: SHOW FLAGS <CR> 

This command causes the display of all execution control flags and 
their current status. The flags are displayed as two mnemonic 
lists: one for set flags, one for clear flags. 

3.6.5 Set Event Flags Command 

Syntax: SET EVENT [FLAGS] <argument list> ! ALL <CR> 

This command sets those event flags specified by Orgument list>; 
no other event flags are affected. The <argument list> is a string 
of flag numbers in the range 1—23, separated by commas. The 
optional ALL may be specified instead of Orgument list>. 

Event related services are provided by the supervisor to provide 
intraprocess synchronization and signaling by means of event 
flags. Event flags are located in clusters of 32 flags each. 

The supervisor provides two event flag clusters. Event flags are 
specified by the numbers — 63. However, flags 24 — 31 are 
restricted for use by VMS. The operator has the capability to 
interactively set and clear flags 1 — 23. 

Note that numbers 32—63 are for program use. Number is used by 
the supervisor. ^ 

3.6.6 Clear Event Flags Command 

Syntax: CLEAR EVENT [FLAGS] <argument list> 1 ALL <CR> 

This command clears those event flags specified by Orgument 
list>; no other event flags are affected. The optional ALL may be 
specified instead of <argument list>. 

3.6.7 Show Event Flags Command 
Syntax: SHOW EVENT [FLAGS] <CR> 

This command causes the display of a list of the event flags 
currently set. ^ 

3.7 DEBUG AND UTILITY COMMANDS 

This group of commands provides the operator with the ability to 
alter diagnostic program code. The supervisor allows up to 15 
simultaneous breakpoints within the program. The operator can also 
examine and/or modify the program image in memory. Optionally, a 
modified image can be written to a load device so that patchina 
need occur only once. 

Another feature allows the operator to unconditionally list any or 
all of the program error messages. 

3.7.1 Set Base Command 
Syntax: SET BASE <address> <CR> 
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This command loads the address specified into a software register. 
This number is then used as a base to which the address specified 
in the set breakpoint, clear breakpoint, examine, and deposit 
commands is added. The set base command is useful when referencing 
code in the diagnostic program listings. The base should be set to 
the base address (see the program link map) of the program section 
referenced. Then the PC numbers provided in the listings can be 
used directly in referencing locations in the program sections. 

NOTE 
Virtual address = physical address 
(normally) when memory management is 
turned off. 

3.7.2 Set Breakpoint Command 
Syntax: SET BREAKPOINT <address> <CR> 

This command causes control to pass to the supervisor when program 
execution encounters the <address> previously specified by this 
command. A maximum of 15 simultaneous breakpoints can be set 
within the diagnostic program. 

3.7.3 Clear Breakpoint Command 

Syntax: CLEAR BREAKPOINT <address> ! ALL <CR> 

This command clears the previously set breakpoint at the memory 
location specified by <address>. If no breakpoint existed at the 
specified address, no error message is given. An optional argument 
of all clears all previously defined breakpoints. 

3.7.4 Show Breakpoints Command 
Syntax: SHOW BREAKPOINTS <CR> 

This command displays all currently defined breakpoints. 

3.7.5 Set Default Command 

Syntax: SET DEFAULT <argument list> <CR> 

This command causes setting of default qualifiers for the examine 
and deposit commands. The <argument list> argument consists of a 
data length default and/or radix default qualifiers. If both 
qualifiers are present, they are separated by a comma. If only one 
default qualifier is specified, the other one is not affected. 
Default defaults are HEX and LONG. Default qualifiers are: 

Data Length: Byte, Word, Long 
Radix: Hexadecimal, Decimal, Octal 

3.7.6 Examine Command 

Syntax: EXAMINE [ <quali f iers>] [<address>] <CR> 

The examine command displays the contents of memory in the format 
described by the qualifiers. If no qualifiers are specified, the 
default qualifiers set by a previous default command are 
implemented. The applicable qualifiers are described in Table 3-4. 
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Table 3-4 Qualifier Descriptions 



Qualifier 



/B 
/W 
/L 
/X 
/D 
/O 
/A 



Description 



Address points to a byte 
Address points to a word 
Address points to a longword 
Display in hexadecimal radix 
Display in decimal radix 
Display in octal radix 
Display in ASCII bytes 



When specified, the <address> argument is accepted in hexadecimal 
format unless some other radix has been set with the set default 
command. Optionally, <address> may be specified by immediately 
preceding the address argument with %D OR %0, respectively 
<Address> may also be one of the following: R0--R11, ap, FP, sp. 



3.7.7 Deposit Command 
Syntax: DEPOSIT [ <qualifiers> 



] <address> <data> <CR> 



The command accepts data and writes it into the memory location 
specified by <address> in the format described by the qualifiers 
If no qualifiers are specified, the default qualifiers are 
implemented. The applicable qualifiers are identical to those of 
the examine command and described in Table 3-4. 

The <address> argument is accepted in hexadecimal format unless 
some other radix has been set with the set default command. 
Optionally, <address> may be specified as decimal or octal by 
immediately preceding <address> with %D or %0, respectively 
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CHAPTER 4 
MICRODIAGNOSTIC DESCRIPTION 

4.1 MICRODIAGNOSTIC PROGRAM OVERVIEW 

The microdiagnostic programs provide module isolation for logic 
failures within the CPU, floating-point, and MDS memory 
controllers. All detected failures result in an error printout 
indicating the module, or smallest set of modules, to which the 
microdiagnostic.s can isolate the failure. 

The microdiagnostic package consists of two major test divisions: 
console adapter and hardcore, and microtests. Each test division 
is controlled by an associated monitor that provides 
non-diagnostic services to that division. 

a. Hardcore Monitor — Console Adapter and Hardcore Program 

b. Microtest Monitor — Microtest Program 

Both test division monitors are serviced by the console-resident 
microdiagnostic monitor. In addition to loading the hardcore and 
microtest monitors, the microdiagnostic monitor allows the 
operator test selection and execution options (Paragraph 4.6). In 
order to reduce the address space required to execute the hardcore 
and microtest programs, the common code of both programs has been 
incorporated into the microdiagnostic monitor. That code, which 
is unique to either the hardcore tests or microtests, has been 
incorporated into the associated monitors. 

The microdiagnostics reside on diskettes for the floppy drive. 
The basic test sequence is: 1) hardcore tests, 2) microtests. 
The hardcore tests verify the operation of the minimum logic 
required to reliably execute the microtests. The minimum logic 
consists of the basic hardware elements required for data transfer 
and error reporting. 

The code, data, and structure required by the microdiagnostics 
prohibit them from being resident in the LSI-11 address space at 
any one time. The hardcore tests are executed out of a small 
buffer area in the LSI-11 memory. The microtests are executed out 
of the WCS of the VAX-11/780 CPU. 

4.2 BASIC PROGRT^ EXECUTION 

With the console program resident (in LSI-11 memory), the operator 
can execute the entire microdiagnostic package by issuing the test 
command. The console program overlays itself with the 
microdiagnostic monitor from the console floppy. (However, the 
floppy and terminal software drivers are not overlaid since they 
provide utility service to each of the monitors.) 

In turn, the microdiagnostic monitor transfers the hardcore 
monitor into the LSI-11 memory from the floppy. The hardcore 
tests are then executed sequentially out of the buffer in the 
LSI-11 memory. On completion of the hardcore tests, the hardcore 
monitor notifies the microdiagnostic monitor. The microdiagnostic 
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monitor, in turn, transfers the microtest monitor into the LSI-11 
memory (from floppy) . The microtest monitor then executes the 
microtests out of the WCS in approximately IK microword overlays. 
On completion of the microtests, control is returned to the 
console program. 

Figure 4-1 illustrates program residency in the LSI-11 memory. 
Note that those items on a horizontal line are exclusive in 
memory; e.g., the console program or the microdiagnostic monitor 
may be resident, but not both. As previously mentioned, the 
floppy and terminal drivers (and software bootstrap) are always 
resident . 

4.3 BASIC TEST STRATEGY 

The basic test strategy is to transfer data from a test source and 
load it into the logic element under test. The next step is to 
retrieve the data from that element and compare it with the 
original data loaded. Depending on the test requirements, logic 
element structure, and functional location, the retrieved data may 
or may not have a true compare. In either case, the fail/no fail 
decision is based on the expected results. In some tests, the 
same logic is tested using an array of data patterns. 
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OVERLAYS 



II 
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Figure 4-1 LSI-11 Memory Program Residency 
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It IS essential to the test strategy that the basic load and error 
reporting paths are initially tested for reliable operation. In 
an error-free situation, the microdiagnostic can notify the user 
when a test is completed. In the case of error detection, the 
microdiagnostic can identify for the user: the failed module 
test, the data pattern used, and the expected test result. 



and 



A simplified test procedure is illustrated in Figure 4-2. 
that a true compare is not necessarily the expected result.' 



Note 



(^ START ^ 



GENERATE TEST 
DATA, WRITE 
TO REGISTER 



READ REGISTER 
COMPARE DATA 



a 



~\-LKJf^l_ 








DISPLAY: 




YES 


TEST I.D. 
TEST DATA 
RESULTS 


NE 


■ 

XT 


HALT 


TEST 


OR 




REPEAT TEST 




OR 




NEXT TEST 








TK-0779 



Figure 4-2 Simplified Microdiagnostic Test Procedure 
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4.4 HARDCORE TEST DESCRIPTION 

The hardcore tests are the initial set of microdiagnostic tests 

executed. Paragraph 4.4.1 describes the hardcore test structure. 

The hardcore tests initially check the control and data registers 
of the Console Interface Board (CIB) . This ensures test access to 
the VAX ID Bus. After the CIB tests, the clock board is tested. 
The clock is turned on and off, single-stepped, and certain clock 
function status is retrieved over the Visibility Bus (V Bus). 

The next element tested is the microsequencer . For example, data 
is transferred onto the microstack and then retrieved. An address 
is placed on the microstack. The maintenance return feature is 
then used to pop the address off the microstack and load it into 
the micro PC. This allows the microaddress paths to be tested in 
small segments. 

As shown in Figure 4-3, the remainder of the hardcore test 
sequence tests WCS, PROM Control Store (PCS), and basic elements 
of the data path. Generally, these are address integrity and 
parity checking tests. The WCS is tested by writing a variety of 
address and data patterns to it, and checking for good parity, or 
forced bad parity. 

The basic elements of the data path are tested by writing data to 
certain registers, reading that data back, and comparing the 
results. The data path is tested for its ability to transmit and 
retain expected data. The basic capabilities of the Arithmetic 
Logic Unit (ALU) to transfer and compare data are tested. The 
scratch pads are also tested for retaining data; the scratch pads 
are used to hold error data in the case of error detection. 
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Figure 4-3 Hardcore Test Sequence 

4.4.1 Hardcore Test Structure 

Because of the limited LSI-11 memory address space, the hardcore 
tests are sequentially loaded from the floppy and executed out of 
a 1.5K byte buffer in the LSI-11 memory. The hardcore tests are 
implemented using special pseudo instructions. The pseudo 
instructions are actually functional statements, where each 
statement produces a table of parameters that resemble op codes 
and operand addresses. 



The hardcore monitor contains a software PC which, in effect, is a 
pointer into the tables. Based on the content of the op codes and 
operands, the monitor calls subroutines that are written in PDP-11 
code to perform the operation required by a specific test. 
Implementing test code in this manner allows a large test 
functionality to reside in a small address space. 
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4.4.2 Pseudo Instruction Description 

The following paragraphs describe the hardcore test pseudo 
instructions and their associated statement formats. Table 4-1 
defines the symbols and abbreviations used in describing the 
statement formats. 



Table 4-1 Instruction Symbol/Abbreviation Definitions 



Item 



< > 



[ ] 



SCR 
DST 
IrJ.K 



Definition 



Used to denote a category name or argument within a 
functional statement, e.g., <SCR ADDRESS> represents a 
valid source address. 

Used to indicate that part of a functional statement 
that is optional, e.g., [<WCS ADDRESS INDEX>] , 
represents an address index value that may or may not be 
specified depending on the functional statement. 

Used to separate category names or arguments within a 
functional statement. 

Abbreviation for source. 

Abbreviation for destination. 

Legal index names. 



Each pseudo instruction description is divided into two 
descriptive segments. The format segment describes the statement 
format using the symbols defined in Table 4-1. The instruction 
description is a brief paragraph describing general command 
operation and the available options. Each instruction description 
is preceded by the instruction mnemonic in boldface type. 



BLKMIC 



BLKMIC 

<SCR ADDRESS>, <SCR INDEX>, <WCS ADDRESS>, 
<WORD COUNT>, [<WCS ADDRESS INDEX>] 



Move the <WORD COUNT> number of 96-bit microwords from the <SCR 
ADDRESS>, indexed by <SCR INDEX>, to the WCS starting at <WCS 
ADDRESS>, indexed by <WCS ADDRESS INDEX>. If an <SCR INDEX> is 
specified, the <SCR ADDRESS> is indexed by six PDP-11 words (i.e., 
96 bits) . 

If the <WCS ADDRESS> starts with an alpha character, the <WCS 
ADDRESS> is used as a pointer to a table in the test data area of 
the test. Otherwise, it is used as a physical WCS address. 



For example, if the current value of the index is 2, 
INDEX> * 6) would be added to the <SCR ADDRESS> to find 
96-bit microword to load into the WCS. 
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thi 



(<SCR 
first 



CHKPNT 

CHKPNT [<PASS ADDRESS>], [<FAIL ADDRESS>] 

If the error flag, set during a compare instruction (see CMPXXX 
instructions), is zero, go to the <PASS ADDRESS>. If the error 
flag IS not zero, go to the <FAIL ADDRESS>. If neither a pass 



nor 



a tail address is specified, go to the next instruction in line. 

The address of the next instruction is typed. These addresses 
appear on the typed line named TRACE (Figure 4-10) . 

CLOCK 
CLOCK <TIMES> 

Step the system clock <TIMES> number of single time states. If 
<TIMES> is an integral number of four, single bus cycles are 
executed for each four <TIMES>. 

CMPCA 

CMPCA [<MODE>] , <REGISTER>, <DST ADDRESS>, [<DST ADDRESS INDEX>] 

Compare the contents of the console register specified by 
<REGISTER> with the contents of the location specified by <DST 
ADDRESS>, indexed by <DST ADDRESS INDEX>. The <MODE> argument is 
generally EQUAL. If left blank, the default for <MODE> is EQUAL. 

If the comparison is false, set the error flag. If the <MODE> 
argument is not specified, it defaults to EQUAL. 

If the <REGISTER> argument is specified as IDREGLO or IDREGHI, the 
register used in the comparison is the ID Bus register that was 
read in the most recent READID instruction. 

CMPCAD 

CMPCAD [<MODE>] , <REGISTER>, <DST ADDRESS>, [<DST ADDRESS INDEX>] 

Compare the contents of the console registers specified by 
<REGISTER> and <REGISTER>+2 with the contents of the location 
specified by <DST ADDRESS> and <DST ADDRESS>+2, indexed by <DST 
ADDRESS INDEX>. 

If the comparison is false, set the error flag. If the <MODE> 
argument is not specified, it defaults to EQUAL. 

If the <REGISTER> argument is specified as IDREGLO or IDREGHI, the 
register used in the comparison is the ID Bus register that was 
read in the most recent READID instruction. 
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CMPCAM 

CMPCAM [<MODE>] , <REGISTER>, <MASK ADDRESS>, [<MASK ADDRESS 
INDEX>] , <DST ADDRESS>, [<DST ADDRESS INDEX>] 

Take the content of the console register specified by <REGISTER>, 
mask it with the content of the <MASK ADDRESS>, indexed by <MASK 
ADDRESS INDEX>, and compare it with the content of <DST ADDRESS>, 
indexed by <DST ADDRESS INDEX>. 

If the comparison is false, set the error flag. If the <MODE> 
argument is not specified, it defaults to EQUAL. 

If the <REGISTER> argument is specified as IDREGLO or IDREGHI, the 
register used in the comparison is the ID Bus register that was 
read in the most recent READIN instruction. 

The mask is performed by taking the content of <MASK ADDRESS>, 
indexed by <MASK ADDRESS INDEX>, complementing it, and 
bit-clearing the contents of <REGISTER> with it. 

CMPCMD 

CMPCMD [<MODE>] , <REGISTER>, <MASK ADDRESS >, [<MASK ADDRESS 
INDEX>] , <DST ADDRESS>, [<DST ADDRESS INDEX>] 

Take the content of the console registers specified by <REGISTER> 
and <REGISTER>+2, mask it with the contents of <MASK ADDRESS> and 
<MASK ADDRESS>+2, indexed by <MASK ADDRESS INDEX>, and compare it 
with the contents of <DST ADDRESS> and <DST ADDRESS>+2, indexed by 
<DST ADDRESS INDEX >. 

If the <MODE> argument is false, set the error flag. If the 
<MODE> argument is not specified, it defaults to EQUAL. 

If the <REGISTER> argument is specified as IDREGLO or IDREGHI, the 
register used in the comparison is the ID Bus register that was 
read in the most recent READIN instruction. 

The mask is performed by taking the content of <MASK ADDRESS> and 
<MASK ADDRESS>+2, indexed by <MASK ADDRESS INDEX>, complementing 
it, and bit-clearing the contents of <REGISTER> and <REGISTER>+2. 

CMPPCSV 

CMPPCSV <DST ADDRESS >, [<DST ADDRESS INDEX>] 

Compare the content of the PC save register with the content of 
the location specified by <DST ADDRESS>, indexed by <DST ADDRESS 
INDEX>. If the contents are not equal, set the error flag. 
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ENDLOOP 



ENDLOOP < INDEX NAME> 



Add the increment value of <INDEX NAME> (see loop instruction) to 
the current value of the index specified by <INDEX NAME>. Compare 
the current value with the last value (specified in the loop 
instruction) . If the current value is less than or equal to the 
last value, go to the instruction following the associated (I, J, 
or K) loop instruction. Otherwise, go to the next sequential 



instruction. 



ERRLOOP 



ERRLOOP 



Save the address of the next instruction. If an error is 
detected, and the loop or error flag is set (Paragraph 4.6) , 
execution is restarted at this saved address after the IFERROR 
instruction is executed (Figure 4-11) . 

FETCH 

FETCH <WCS ADDRESS >, [<WCS ADDRESS INDEX>] , [<WCS ROM NOP>] 

If <WCS ADDRESS> is a numeric string, execute a maintenance return 
to the location specified by <WCS ADDRESS>, indexed by <WCS 
ADDRESS INDEX>. If <WCS ADDRESS> is an alphanumeric string, 
execute a maintenance return to the location specified by the 
content of <WCS ADDRESS>, indexed by <WCS ADDRESS INDEX>. If <ROM 
NOP> is specified, clear bit 7 of the Machine Control Register 
(MCR) during the maintenance return. 

FLTONE 

FLTONE <DST ADDRESS>, <INDEX NAME> 

Generate a 32-bit word of all zeros. Insert a logic one in the 
bit postion specified by the current value minus one of <INDEX 
NAME>, and load this word into the location specified by <DST 
ADDRESS> and <DST ADDRESS>+2. 

FLTZRO 

FLTZRO <DST ADDRESS>, <INDEX NAME> 

Generate a 32-bit word of all logic ones. Insert a zero in the 
bit position specified by the current value minus one of <INDEX 
NAME>, and load this word into the location specified by <DST 
ADDRESS> and <DST ADDRESS>+2. 
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IFERROR 

IFERROR [<MESSAGE NUMBER>] , [<FAIL ADDRESS>] 

If the error flag is nonzero, type the PC of this instruction, the 
test number, subtest number, and the good and bad data. Then, go 
to <FAIL ADDRESS> if the HALTD flag is not set (Paragraph 4.6). 

If the error flag is zero, or the <FAIL ADDRESS> is not specified, 
go to the next instruction. 

INITIALIZE 

INITIALIZE 

Set and clear the CPU initialize bit in the MCR, clear the single 
time state bit, set the single bus cycle bit, set the ROM NOP bit, 
and set the proceed bit in the MCR. 

KMXGEN 

KMXGEN <SRC ADDRESS>, <INDEX NAME> 

Generate the KMUX address specified by the current value minus one 
of <INDEX NAME> and load it into the KMUX field of the 
microinstruction specified by <SRC ADDRESS>. <SRC ADDRESS> points 
to a six word table in the test data section of the test that 
contains the microinstruction. 

LDIDREG 

LDIDREG <REGISTER>, <SRC ADDRESS>, [<SRC ADDRESS INDEX>] 

Load the ID Bus register specified by <REGISTER> with the contents 
of the locations specified by <SCR ADDRESS> and <SCR ADDRESS>+2, 
indexed by <SRC ADDRESS INDEX>. 

If <REGISTER> is the microstack, microbreak, or WCS address, the 
content of <SCR ADDRESS> is taken to be 16 bits. Otherwise, it is 
taken to be 32 bits. 

LOADCA 

LOADCA <REGISTER>, <SRC ADDRESS>, [<SRC ADDRESS INDEX>] 

Load the console register specified by <REGISTER> with the 
content of the location specified by <SRC ADDRESS>, indexed by 
<SRC ADDRESS INDEX>. This instruction loads 16 bits of data. 
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LOOP 

LOOP <INDEX NAME>, <START>, <END>, [<SIZE DEPENDENT>] 

Initialize the loop parameter specified by <INDEX NAME> to the 
value specified by <START>. Save the value specified by <END> for 
the ENDLOOP instruction. Calculate and save the increment value 
for the ENDLOOP instruction with the following algorithm: 

If <START> is less than or equal to 
<END>, set the increment value to +1; 
otherwise, set it to -1. 

If <END> is an <INDEX NAME>, save the current value of that index 
name as the <END> value of this index name. 

If <SIZE DEPENDENT> is specified, and there is only one WCS module 
on the system, divide the larger of <START> and <END> by two. 
Otherwise, leave them unchanged. 

NOTE 
The tests are written for two WCS 
modules. This argument allows the loop 
parameters to be modified at run time if 
the system only has one module. 

MASK 

MASK <DST ADDRESS >, <MASK ADDRESS> 

Take the content of location <MASK ADDRESS>, complement it, and 
bit-clear the content of location <DST ADDRESS> with it. 

MOVE 

MOVE <SRC ADDRESS>, [<SRC ADDRESS INDEX>], <DST ADDRESS> 

Move the content of <SRC ADDRESS INDEX> (indexed by <SRC ADDRESS 
INDEX>) to the location specified by <DST ADDRESS>. 

NEWTST 

NEWTST <TEST NAME>, [<TEST DESCRIPTION>] , [<LOGIC 

DESCRIPTION>] , [<ERROR DESCRIPTION>] , [<SYNC POINT 
DESCRIPTION>] 

This instruction creates a test header document for the specified 
arguments. It clears the error flag and saves the PC of the next 
instruction for looping on test. 
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READID 

READID <REGISTER> 

Read the ID Bus register specified by <REGISTER> and load the 
content into locations IDREGLO and IDREGHI. 

RESET 

RESET 

Execute an LSI-11 reset instruction. 

REPORT 

REPORT <MODULE NAME STRING> 

Type out the module numbers of the modules specified by <MODULE 
NAME STRING>. If the HALTI flag is set, return to the 
microdiagnostic monitor. 

SETPSW 

SETPSW <DATA> 

Load the LSI processor status word with the value specified by 
<DATA> . 

SETVEC 

SETVEC <VECTOR ADDRESS > 

Set the LSI-11 address specified by <VECTOR ADDRESS> to the 
expected trap routine. 

SKIP 

SKIP [<DST ADDRESS>] 

Go to the <DST ADDRESS>. If <DST ADDRESS> is not specified, go to 
the next test. If <DST ADDRESS> starts with the alpha character 
S, go to the next subtest. 

SUBTEST 

SUBTEST 

Increment the subtest counter. 



4-12 



TSTVB 

TSTVB <SRC TABLE ADDRESS>, [<SRC TABLE ADDRESS INDEX>] 

Load and read the V Bus. Compare the contents of the data at <SRC 
TABLE ADDRESS>, indexed by <SRC TABLE ADDRESS INDEX>, with the V 
Bus data just read. The <SRC TABLE> has the following format: 

1$: .WORD <NUMBER OF BITS TO CHECK> 

VBUSG <CHANNEL NUMBER>, <BIT NUMBER>, <EXPECTED BIT 
VALUE > 

2$: .WORD <NUMBER OF BITS TO CHECK> 

VBUSG <CHANNEL NUMBER>, <BIT NUMBER>, <EXPECTED BIT 
VALUE> 



VBUSG is a MACRO name that encodes the three arguments into one 
16-bit word as follows: 

BITS <07:00> = <CHANNEL NUMBER> 

BITS <14:08> = <BIT NUMBER) 

BIT <15> = <EXPECTED BIT VALUE> 

The following is an example of the <SRC TABLE ADDRESS INDEX>: 

TSTVB 1$,I 

If the current value of the <SRC TABLE ADDRESS INDEX> is 2, 

and the <SRC TABLE> looks like the preceding table, the 

physical <SRC TABLE ADDRESS> would be 2$. 



TYPSIZE 



TYPSIZE 



Use the content of location BADDATA, which contains the value of 
the WCS data register when it was read, to determine the WCS 
module configuration, and type a message and the number of WCS 
modules that will be tested. If any of the following conditions 
exist, the test stream is aborted and the NER (No Error Report) 
flag is set. 

a. WCS module count is zero 

b. bits 3 — are nonzero 

c. fifth K of WCS is not present 

These conditions mean that the WCS is either configured 
incorrectly or the WCS data register cannot be read correctly. 
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4.5 MICROTEST DESCRIPTION 

On completion of the hardcore tests, the microdiagnostic monitor 
overlays the hardcore monitor with the microtest monitor. 
Microtest sequencing and execution are then controlled by the 
microtest monitor. 

The microtest monitor begins to load the microtests from the 
floppy into the same buffer area used by the hardcore tests. 
However, in the case of microtests, this area is strictly a 
buffer. Since the microtests are implemented in system microcode, 
the tests are transferred from the buffer and loaded into and 
executed out of the WCS. 

The monitor references a table that contains the WCS addresses of 
the first instruction of every test in the overlay (section) that 
was just loaded in order to locate the address of the first test 
(first entry in the table). The address is loaded onto the 
microstack. A maintenance return is performed, popping the 
address from the microstack into the micro PC and initiating 
execution of the first test. At the end of each test, the 
microtest monitor is interrupted. This allows the monitor to 
check that the microtests are being executed in the correct order. 

The monitor then initiates the next test with another maintenance 
return. This sequence continues until the original IK microword 
overlay has been executed. At this point, the microtest monitor 
loads another IK microword overlay into WCS. 

Because of the microtest package size, more than one diskette is 
required for storage. When the monitor executes the last test on 
a diskette, it determines whether it is the last test of the 
entire package. In the case where it is the last test, the 
monitor prints out a message to the operator with instructions to 
load the next sequential diskette and enter a command to continue 
microtest execution (Paragraph 4.8) . 

4.5.1 Microtest Structure 

The initial microtests complete the data path testing started by 
the hardcore tests. The microtests then begin to test the 
Translation Buffer (TB) and cache without using memory. The tests 
check the TB and cache for their ability to retain correct address 
and data information, and to check parity correctly. 

The Instruction Buffer (IB) tests are then executed, again without 
using memory. The IB test data is loaded into cache. The 
microtests cause instruction test patterns to be retrieved from 
cache, and check the IB branching functions and controls for the 
data path. 

The interrupt and condition code logic is checked in a similar 
manner (i.e., test data loaded into and subsequently retrieved 
from cache.) 
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The next test segment covers the SBI control logic and its 
maintenance functions, and the memory system. After performing 
these tests, the microtests go back and test those functions of 
the TB, cache, and SBI subsystem that depend on retrieving data 
from memory (e.g., cache, SBI faults, etc.). A minimal amount of 
testing is performed on the Unibus and Massbus adapters. These 
tests force selected errors on the SBI and determine the adapters' 
capability to detect and react to the forced errors correctly. 

The floating-point accelerator is tested last. 

Figure 4-4 shows the microtest sequence. 



//TESTS 



DATA PATH 



TB, CACHE 
W/0 MEMORY 



IB (W/0 MEMORY) 
IB BRANCH 
FUNCTIONS, 
CONTROLS FOR 
DATA PATH 



INTERRUPTS 
CONDITION 
CODE LOGIC 



SBI CONTROL 
LOGIC, 

MAINTENANCE 
FEATURES, 
MEMORY SYSTEM 



TB, CACHE, SBI 
FUNCTIONS 
PERTAINING 
TO MEMORY 



MINIMAL UBA, 
MBA TESTING 



FPA 



Figure 4-4 Microtest Structure 
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On completion of the microtestSr control is returned through the 
microdiagnostic monitor to the console program. The console 
reboots, sends the relevant bootstrap header information to the 
console terminal, and prompts for operator input. 

4.6 MICRODIAGNOSTIC MONITOR CONTROLS 

The following paragraphs describe the operator command execution 
control functions provided by the microdiagnostic monitor. Where 
appropriate, examples of command and program control flag usage 
are included. Also included is a description of microdiagnostic 
related error messages. 

The majority of the commands available in the microdiagnostic 
monitor are not used in the normal course of execution. Normally 
the operator enters the test command and executes the entire 
microdiagnostic package. The command mode is usually used 
following error detection. Following the error message printout, 
testing stops and control is returned to the monitor command mode. 
At this point, the operator executes those microdiagnostic 
commands he decides would be most helpful. 

Symbols used in the command syntax are the comma and < >. The 
comma is used to separate items within a list. < > denotes an 
argument, that is, either an address, pass count value, or a V Bus 
channel. Note that every command (or command line) must be 
terminated with a carriage return (CR) . 

Control C ("C) is the user interrupt control character. If 
Control C is entered during test execution, the current test will 
complete, further testing is suspended, and control is returned to 
the monitor command mode. If Control C is entered while a test is 
looping on an error, the loop will be suspended and control 
returned to the command mode. Any command may be aborted if a 
Control C is entered in that command line. 

Table 4-2 describes the monitor commands. Note that although all 
commands, keywords, qualifiers, and flags are spelled out, they 
can be abbreviated to the first two characters. The only 
exceptions are the halt on error detection and halt on error 
isolation flags, which must be typed HD and HI, respectively. 
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Table 4-2 Microdiagnostic Command/Flag Descriptions 



Command/Flag 



Description 



DIAGNOSE 



Initializes the program control flags, 
and starts microdiagnostic execution at 
test number one. 

Valid qualifiers are: 

/TEST: <NUMBER> — Dispatch to the test 
number specified (do not execute any 
prior tests) , and loop on the test 
indefinitely. 

/SECTION: <NUMBER> — Dispatch to the 
section number specified (do not 
execute any prior sections) , and loop 
on the section indefinitely. 

/PASS: <NUMBER> — Execute the micro- 
diagnostics and the specified number of 
passes before returning to the console. 
If the number is -1, execute the micro- 
diagnostics indefinitely. 

/CONTINUE — Used with the /TEST or 
/SECT switch to automatically continue 
after the specified test or section has 
been reached. 

/TEST: <N> <M> — Dispatch to test <N>, 
execute tests <N> through <M> 
(inclusive), and return to command 
mode. 

/SECT: <N> <M> — Dispatch to section 
<N>, execute sections <N> through <M> 
(inclusive), and return to command 
mode. 



NOTE 
In the preceding variations of the 
/TEST and /SECTION qualifiers, the value 
of <N> must be less than or equal to 
<M>. If <M> is less than <N>, testing 
will start at <N> and continue to the 
end, 

/TEST and /SECT cannot be specified 
simultaneously. 

Examples DIAG/TEST:2F 

Dispatch to test number 2F and execute 
it indefinitely. 
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Table 4-2 


Microdiagnostic Command/Flag Descriptions (Cent) 


Conunand/Flag 


Description 






DIAG/SECT: 
Di spa tch 
execute it 


B 

to section number B and 
indefinitely. 






DIAG/PASS: — 1 

Execute all of the microdiagnost ics 

indefinitely. 






DIAG/TEST: 2F/C0NT 

Dispatch to test 2F and start execution 

of the remaining tests. 


CONTINUE 




Continues 
without c 
flags. 


microd 
hanging 


iagnostic execution 
the program control 


Set and Clear Flags 








SET/CLEAR FLAG 


HD 


Sets (or 
detection 


clears) 
flag. 


the halt on error 


SET/CLEAR FLAG 


HI 


Sets (or 
isolation 


clears) 
flag . 


the halt on error 


SET/CLEAR FLAG 


LOOP 


Sets (or 
flag. 


clears) 


the loop on error 


SET/CLEAR FLAG 


NER 


Sets (or 
flag. 


clears) 


the no error report 


SET/CLEAR FLAG 


BELL 


Sets (or 
flag. 


clears) 


the bell on error 


SET/CLEAR FLAG 


ERABT 


Sets (or c 


•lears) the error abort flag. 


CLEAR FLAG LS 




Clears the loop 
flag. (Note that 
set.) 


on special section 
this flag cannot be 


CLEAR LT FLAG 




Clears the loop on special test flag. 
(Note that this flag cannot be set.) 


SET/CLEAR FLAG 


ALL 


Sets (or 
flags . 


clears) 


all of the previous 


SET/CLEAR SOMM 




Sets (or clears) the stop on micromatch 
bit. 


SET/CLEAR SOMM 


:<ADDRESS> 


Loads address into the CPU microsync 
register, and sets (or clears) the stop 
on micromatch bit. 
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Table 4-2 Microdiagnostic Command/Flag Descriptions (Cont) 



Command /Flag 



SET/CLEAR FPA: <ADDRESS> 
SET STEP STATE 
SET STEP BUS 



SET STEP INSTRUCTION 



SET CLOCK FAST 

SET CLOCK SLOW 

SET CLOCK NORMAL 
SET CLOCK EXTERNAL 

SHOW 

LOOP 

RETURN 



Description 



Loads <ADDRESS> into the FPA microsync 
register. 

Sets the CPU clock to single time 
state. 

Sets the CPU clock to single bus cycle. 

Both the SET STEP STATE and SET STEP 
BUS commands cause the monitor to enter 
step mode. Step mode types the current 
clock state or the UPC value, and waits 
for terminal input. If a space is 
typed, the clock is triggered and the 
current UPC value is typed out. If any 
other character is entered, step mode 
is exited. 

Sets the software single instruction 
flag and returns to the monitor. When 
the hardcore tests are invoked, the 
current value of the Test PC (TPC) is 
typed. The monitor waits for terminal 
input. If a space is typed, the 
current pseudo instruction is executed 
and the current value of the TPC is 
typed. If any other character 
typed, step mode is exited. 



IS 



Sets the CPU clock speed to the fast 
margin. 

Sets the CPU clock speed to the slow 
margin. 

Sets the CPU clock speed to normal. 

Sets the CPU clock for an external 
oscillator. 

Causes a display of the HD, HI, LOOP, 
NER, BELL, ERABT , LS, and LT flags. 

Clears the HD and HI flags. Sets the 
LOOP and NER flags and executes a 
continue command. 



Returns control to the console progr 



am, 
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Table 4-2 Microdiagnostic Coromand/Flag Descriptions (Cont) 



Command/Flag 



Examine Commands 



EXAMINE ID:<ADDRESS> 
EXAMINE VBUS:<CHANNEL> 

EX/^INE RA:<ADDRESS> 

EXAMINE RC:<ADDRESS> 

EXAMINE LA 
EXAMINE LC 
EXAMINE DR 
EXAMINE QR 
EXAMINE SC 

EXAMINE FE 

EXAMINE VA 

EXAMINE PC 



Description 



The following examine commands cause 
the current microinstruction to be 
executed before the examine is 
performed, if it is the first examine 
since entering the monitor command 
mode. All successive examines do not 
execute any additional 
microinstructions. ID Bus registers 
Tl — T8 are destroyed during the 
examines, except for the V Bus 
examines. All of the following 
examines, except V Bus, advance the 
clock to CPT0 before executing the 
command . 

Displays the content of the ID Bus 
register specified by <ADDRESS>. 

Displays the content of the V BUS 
channel specified by <CHANNEL>. Bit 
is at the right side of the display. 

Displays the content of the RA scratch 
pad specified by <ADDRESS>. 

Displays the content of the RC scratch 
pad specified by <ADDRESS>. 

Displays the content of the LA latch. 

Displays the content of the LC latch. 

Displays the content of the D register. 

Displays the content of the Q register. 

the content of the SC 



Displays 
register. 

Displays 
register . 

Displays 
register. 



the content of the FE 
the content of the VA 



Registers the content of the program 
counter . 



4-20 



Table 4-2 Microdlagnostic Comma nd/Flag Descriptions (Cont) 
Command/Flag 



Deposit Commands 



Description 



The deposit command is the same as the 
examine command, except that the data 
to be deposited must be supplied bv the 
user. '^'^ ^ 



DEPOSIT ID: 
DEPOSIT RA: 
DEPOSIT RC: 
DEPOSIT LA: 
DEPOSIT LC: 
DEPOSIT DR: 
DEPOSIT QR: 
DEPOSIT SC: 
DEPOSIT FE: 
DEPOSIT VA: 
DEPOSIT PC: 



<ADDRESS> <DATA> 

<ADDRESS> <DATA> 

<ADDRESS> <DATA> 

<DATA> 

<DATA> 

<DATA> 

<DATA> 

<DATA> 

<DATA> 

<DATA> 

<DATA> 



4.6.1 Monitor Control Examples 

l]'^,f°^^''''{''^P^^^<3raphs provide usage examples of selected 
monitor controls. These descriptions are brief and are Tntended 
moJto?. ^^^^^^^^ ^^""^ °f the capabilities of the microdiagnoSt!c 

4.6.1 1 HD/HI Flags — m addition to testinq, the 
Trrlff.TillV''^ ^f'i°'"' '^° ^"^^" functions: error detection and 
th^ HT fl.n°"-c,""5^' ^^^u"^"^ circumstances, the user would set 
ti!. S? 2' Setting the HI flag initiates the followinq 
microdlagnostic sequence: i.oxj.owing 



Error detection 



b. 
c. 

d. 



Call isolation routine to identify the error cause 

Display an error message identifying the failed test, 
data pattern used, and the failing modules 

Terminate test execution. 



In a situation where the user does not require a scooe loon ;,nri 

rrset'^This'fLTh'ir It ^'^ ^^^°^ detec'tio;%oin?:":he°HS'flag 
JL fo'i ^ ^ -^^^^^ t^^ t^^t before the microdlagnostic calls 
the isolation routine overlay (e.g., v Bus compare). ^""^""'^ ""^^^^ 

4.6.1.2 Loop On Error Flag (LOOP) — with thic fia« e^4- ..u 
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4.6.1.3 No Error Report Flag (NER) -- This flag suppresses the 
typing of error messages. The flag is especially useful in the 
case of looping on an error. Since the error printout takes time, 
the scope sync is lost during typing time. With error reports 
suppressed, the loop is tight and produces a reasonable sync. 

4.6.1.4 Bell On Error Flag (BELL) 

Hardcore Tests -- When running the hardcore tests, setting this 
flaq causes the console terminal to ring its bell when an error 
occurs. This flag is useful in a situation where a manual 
adjustment could clear the error. In this situation, the user 
would set the LOOP flag and the NER flag, producing a tight loop. 

However, with no error report, the user does not have an 
indication of where the error cleared during the adDustment. 
Setting the BELL flag is a compromise between a reasonably tight 
error loop (the BELL flag slows the loop somewhat) and an ©J^ror 
indication during the adjustment. If a scope were used during the 
adjustment, the user would have an error indication without losing 
the scope trace. 

Microtests — In the microtests, one must loop on test 
fDI/TEST:n); then, after the error message has been printed, set 
the NER and BELL flags, clear the HI flag, and type CONTINUE. 

4.6.1.5 Continue Command (CONT) — This command allows the user 
to proceed from a microdiagnostic halt situation. For example, 
suppose that a hardware ECO, which has not been reflected in the 
diagnostic system, is incorporated into the computer. When the 
microdiagnostic halts following detection of the pseudo error, the 
user can bypass the failing test and continue execution at the 
next test by entering CONTINUE. 

4.6.1.6 Error Abort Flag (ERABT) -- This flag allows the user to 
display more than one error report in certain hardcore tests 
(tests which exercise a particular piece of logic with more than 
one data pattern) . 

For example, consider the situation where the ERABT flag is set, 
and the test detects a type 2 error (ERR0R2) on one of the mitial 
data patterns. If the user were to enter CONTINUE, the flag would 
abort the remainder of the test and initiate execution of the next 
sequential test. However, with the flag cleared, CONTINUE will 
initiate execution of the same test with the next sequential data 
pattern . 

4.7 MICRODIAGNOSTIC RELATED ERROR MESSAGES 

The following paragraphs describe the microdiagnostic-related 
error message formats and their interpretation. All error 
messages are prefixed by a question mark to distinquish them from 
informational messages. 
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4.7.1 Syntax Error Messages 
?USE DIAG COMMAND 

Execution of a continue command was attempted before a diagnose 
command. This would only occur if TEST/COM were used to invoke 
the microdiagnostics from the console program. 

PINVALID COMMAND 

The previously entered command was not recognized. 

7INVALID KEYWORD 

The argument of a command was not recognized. 

7NUMBER MUST BE HEX 

A non-hexadecimal number was recognized. 

4.7.2 System Error Messages 
70PEN FILE: <NUMBER> 

An error was detected and identified while trying to open a floppy 
file. Error code is: 

<NUMBER> = 1 = Floppy hardware error 
<NUMBER> = 2 = File not found 
<NUMBER> = 3 = Floppy not ready 

7READ SECTOR: <NUMBER> 

An error was detected and identified while trying to read a sector 

from the floppy. Error code is: 

<NUMBER> = 4 = Sector number out of range 
<NUMBER> = 3 = Floppy queue full 
<NUMBER> = 1 = Floppy hardware error 

7KEYB0ARD ERROR: <NUMBER> 

An error was detected and identified while trying to read the 
terminal. Error code is: 

<NUMBER> = 5 = Terminal driver busy 
<NUMBER> = 7 = Terminal hardware error 

?UNEXPECTED TRAP TO 4 PC = 

The LSI-11 trapped to 4 at the specified PC. 

4.7.3 Go Chain Monitor Error Messages 
7TIME0UT IN TEST ... UPC = 

Indicates that the microcode is hung. The monitor did not receive 
a call from the microcode in the last four seconds. 

7EXECUTI0N OUT OF SEQUENCE UPC = SHOULD BE = 

The microcode has not executed the tests within the overlay in 
sequential order. 

7CL0CK STOPPED UNEXPECTEDLY 

The clock stopped and the SOMM bit was not set. 

7 ILLEGAL MONITOR CALL: <NUMBER> 

The microcode made a call to the monitor with a bad argument, 
which was <N UMBER >. 
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4.8 PROGRAM LISTING AND ERROR MESSAGE DESCRIPTIONS 

The following paragraphs describe microdiagnostic program listings 
and error message formats. It is beyond the scope of this chapter 
to describe the various diagnostic program assemblers and their 
associated languages. 

4.8.1 Monitor Listing Descriptions 

The program listings for the microdiagnostic-associated monitors 
(i.e., microdiagnostic, hardcore, and microtest) share the same 
listing format. That is, since the three monitors operate out of 
the LSI-11, they are coded in MACRO-11 (PDP-11 assembly language) 
and are discussed as one in the general description. 

Each listing is comprised of three general sections: Table of 
Contents, Program Definitions, and Program Code and Descriptions. 
Each page in a listing has a title containing the name of the 
program, the date the particular listing was generated, the page 
number, and a line item that indicates the content of that page 
(listing header) (Figure 4-5). 

The Table of Contents is a list of the content of the program 
listing. The first (left) column contains a hyphenated number. The 
number preceding the hyphen specifies the page number of the 
listing on which the line appears. The number following the hyphen 
is a listing line number. This number specifies the starting line 
(within the listing) of the associated listing content contained 
in the right column (e.g., definitions, utility routines, test 
sections, etc.) 

The Program Definition section specifies register address 
assignments, bit definitions, module and bus name assignments, and 
other constants that are used throughout the program. 

The remainder of the listing (and the largest section by far) is 
the Program Code and Description section (Figure 4-5). The format 
is described on a per column basis from left to right. Note that 
the address and data radix for all monitor listings is octal. 

Column 1, Listing Line Number — Each line in the listing 
is assigned a unique decimal number to allow easy 
referencing from the Table of Contents. 

Column 2, Address — The address of the instruction. 

Column 3, Content of the Address listed in Column 2 — 
This is usually an instruction (e.g., reference line 
number 79 in Figure 4-5) . The address is 101020, and its 
content is 032767, which is the octal code for a Bit Test 
(BIT) instruction. 

Column 4 and 5 — If the instruction is a two-word or 
three-word instruction, the second and third words are 
specified in columns 4 and 5, respectively (e.g., 
reference line number 79 in Figure 4-5) . This BIT 
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STAR MICRO reST MONITOR 
FLAG TEST ROUTINE 



MACRO Nia (i3>HAR-77 tettS PAGE S 



75 
76 
77 
78 



LISTING 

PAGE 

HEADER 



100776 
101062 



009667 177190 



78 101020" 

00 101628 



032767 040606 177664 



.SBTTU FLAG TEST ROUTINE 

FLGTSTl CLR TIMER 
m UPDATCSWR 



I INITIALIZE THE TIMEOUT TIMER 



61 
62 
69 
64 
69 
66 
87 
66 
69 
96 
91 
92 
99 
94 



161090 
161096 
101046 
161044 

161646 
161692 
161676 
161676 
161160 
161166 
161124 
161142 
161166 
101176 



061467 
032767 
001463 
064767 



BIT RCTRLC.SWR I CONtROL C FLAG SETT ^ 



066004 177694 
069146 
012S67 177622 

066004 177014 
666260 169692 



BEO 

SIT 
BEO 

J8R 

6ETUPC 

MOV 



lis 

«LOOP,SHR 

lis 

PC.STOPCLK 
(8P)*,STMP6 



092767 
001041 
092797 



FIRST 
TEXT 
REFERENCI 



004767 663696 



I 99 101202 004767 003014 



96 

97 
96 

99 
160 
101 
102 
109 
104 
189 
106 
107 
168 
109 

lie 
111 

112 
119 
114 
119 



101206 
161212 
161214 
161220 

161226 
161296 
101236 
101240 
161244 



169737 
166402 

666167 
632737 
661116 
632767 
601297 
006267 
601298 



163618 

000412 

600646 163632 

608604 176684 

176666 



-1211 iSBL 



CALLMICHON 

BIT «LOOP>SNR 

BNE 121 

SIS «CLRUNR0,«»CONMCR 

LOADID OERlAORfMUBCAOR | 

LOADID NERlDAT.MUeCOAT r 

LOAOIO l»ER2ADR,«USCADR f 

LOADIO «*ER1DAT,«USC0AT I 

JSR PC.MRETURM I 



list 



10SI 



1+ 



PC.RUNCLK 



T8TB OtTXROY » 

SMI leS I 

JMP 2S 

BIT «CLKSTPD,#»CONMCR 

BNE SI I 

BIT «LOOP,SMR I 

BNE FLSTST | 

INC TIMER ; 

BNE It I 



BRANCH IF NO 

LOOP FLAG SETt 

BRANCH IF NO 

STOP THE CLOCK 

GET THE CURRENT UPC 

SAVE 

GO TO THE MICRO MONITOR 

LOOP FLAG STILL SETT 

BRANCH IF YES 

f GOING TO RESTORE MONITOR CALLS 

LOAD THE ERROR 1 ADDRESS 

RESTORE THE JUMP ADDRESS 

LOAD THE ERROR 2 ADDRESS 

RESTORE THE JUMP ADDRESS 

DO MAINTENANCE RETURN ON ORIGINAL UPC 

START THE CLOCK L* 



MICROCODE CALL 
BRANCH IF NO 



VETT 



■^ 



» DID THE STAR CLOCK STOP? 

BRANCH IF YES 

LOOP FLAG SETT 

BRANCH IF YES 

INCREMENT THE TIMEOUT TIMER 

BRANCH IF NO TIMEOUT YET 



SECOND 

TEXT 

REFERENCE 



I THIS CODE INDICATES THAT THE MICROCODE HAS BLOnN UP 
I- 



161246 
161286 
161272 
101360 
101902 
101310 

116 101314 

117 101336 
US 101332 
119 101946 
126 101366 

161972 
161378 
161400 
101402 
101466 



121 
122 
129 
124 

129 



026767 
661614 
616767 
669267 

600466 



604767 



177314 176946 



612667 



177304 
176966 



602614 
176466 



178984 



9Si 

6SI 



esi 



WSCRLF 

»M9G2 

TSTSAVE.STSTNM 

91 

TSTSAVEiSTMPB 

STMPe 

«ITHP6,HEX 

61 

OSTSTNM.HEX 

6SIX8PC 

*MSG3 

PC.STOPCLK 



1261 161422 I 



I 1261 let 

■ 1271 161434 

, 128, 161492 I 162767 i 

I 129| 161466 ' 000167 < 



136 

'a' 

LISTING 

LINE 

NUMBER 



606664 

177262 



|l 



I 178372| 

I I 

I I 



TYPE 

TYPE 

CMP 

BNE 

MOV 

INC 

TYPES 

BR 

TYPES 

TYPE 

TYPE 

JSR 

LOAOVBUS 

SETUPC 

MOV CSP)*,STMP6 

TYPES I «STMP6,HEX 

TYPE ' WSCRLF 

CALLMICHON 

SUB I •4,TSTPTR 

JMP I REST 



» TYPE TIMEOUT ERROR MESSAGE 
» IN THE FIRST TEST YETT 
> BRANCH IF YES 



t TYPE THE TEST NUMBER 

I TYPE SIX SPACES 

I TYPE »UPC»« 

I STOP THE STAR CLOCK 



READ THE UPC SAVE REGISTER 
SAVE IT 

TYPE THE CURRENT UPC 

GO TO THE MICRO MONITOR 
f RESTART AT THE CURRENT TEST 



ADDRESS 

CONTENT 



t 



INSTRUCTION 
MNEMONIC 



ADDRESS 



SECOND AND 
THIRD WORDS 
OF INSTRUCTION 



LABEL 



COMMENTS 



OPERAND 
DEFINITIONS 



TK-0773 



Figure 4-5 Monitor Listing 
Sample 
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instruction happens to be a three-word instruction, the 
second word is 040000, and the third word is 177064. 
Thus, this instruction is testing bit 14 (040000) to 
determine if the Control C flag is set at address 177064. 
(Note that this flag was defined in the definition 
section.) 

Column 6, Label — This symbol is the name used by the 
program mnemonics to reference this instruction (e.g., 
reference line number 95 in Figure 4-5). The label in 
this case is 12$. 

Column 1, Instruction Mnemonic — This is the assembler 
language mnemonic for the instruction (e.g.. Bit Test 
Instruction = BIT) . 

Column 8, Operand Definitions -- These symbols and 
mnemonics are the assembler language mnemonic definitions 
for the operands. 

Column 9, Comments — A brief description (fo-llowing the 
semicolon) of the instruction operation. 

4.8.2 Hardcore Listing Description 

The general format of the hardcore listing is similar to that of 
the monitors (i.e.. Table of Contents, Program Definitions, and 
Program Code and Descriptions). The left column of the Table of 
Contents contains a hyphenated number. The number preceding the 
hyphen specifies the page number of the listing on which the line 
appears. The number following the hyphen is the listing line 
number, indicating the starting line of the associated listing 
contents. The definition section is similar to the monitor 
listings, i.e., address, module and bus assignments, bit 
definitions, and other constants used in the program. 

The remainder of the listing is the Program Code and Descriptions. 
As indicated in the Table of Contents, the hardcore tests are 
composed of sections and tests. The section number represents a 
1.5K byte segment. The section number is displayed on the console 
terminal during hardcore test execution. The test number 
identifies a test on a particular logic area or function. The 
subtest number (which is not referenced in the Table of Contents) 
identifies a particular portion of a test. For example. Subtest 1 
floats a logic one through each bit of a register; Subtest 2 
floats a logic zero through the same register. 

As shown in Figure 4-6, the program code is preceded by an 
outlined test header area. A subtitle statement (.SBTTL) generates 
the test number and title above the header area. 

The header area consists of five descriptive segments. The first 
line within the outlined header repeats the test number and test 
title. The test description segment is a brief paragraph 
describing the general logic area tested and method of test. The 
logic description segment describes the test in more detail. 
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HICRO OltGNOSTIC HARDCORE TEST MtCRO »\e 
Tie C8 BUS 0»T» INTEGRITY 



29-APR-77 lirrlT PACE W 



2530 



TEST 

HEADER 

AREA 



253« fi0aS5« 
25S5 

2536 000556 

000556 
2537 
2536 
2539 

2540 

25ai 000560 
25«2 000570 
2543 000576 
254(1 000606 
2545 000614 
2546 

2547 000620 
254S 000630 
2549,000636 
25501 000644 
2551, 00!16a6 
25521000654 



.SBTTL TIC 



C8 BUS DATA INTEGRITY 



SUBTITLE 
STATEMENT 



+ ♦ 

TEST IC C8 BUS DATA INTEGRITY 

TEST DESCRIPTION 

THIS TEST CHECKS THE DATA INTEGRITY OF THE CS BUS BY FLOATING 
A ONE AND A ZEI'O THRU A MICRO WORD, EXECUTING THE MICRO 
WORD, AND CHECKING THE V BUS FOR PARITY ERRORS. 

SUBTST 1 - FLOAT A ZERO THRU THE C8 BUS 
SUBTST 2 - FLOAT A ONE THRU THE CS BUS 

LOGIC DESCRIPTION 

THIS TEST CHECKS THE ID BUS INTERFACE TO THE WCS HODULESi THE 
DATA INTEGRITY OF THE WC8 MEMORY CHIPS *NB THE DATA INTEGRITY OF 
THE CONTROL STORE (CS) BUS. 

ERROR DESCRIPTION 

DATAl EXPECTED V BUS CHANNEL. BIT AND VALUE 
RECEIVED V BUS CHANNEL. BIT AND VALUE 
LOOP COUNT - INDICATES WHICH BIT IN THE 52 BIT GROUP 15 UNDER 

TEST, I.E. J»BIT 0, 2«BIT t, 3«BIT 2. ETC. 
LOOP COUNT - INDICATES WHICH 32 BIT GROUP IS UNDER 

TEST. I.E. la BITS<31|0>. 2«BITS<63t32>. 3«BITS<95t64» 

NOTEl THE FXPECTED AND RECEIVED V BUS CHANNEL INDICATES WHICH 32 BIT 
GROUP HAS BAD PARITY IN IT, I.E. 102X«BITS<31 i7?>, 
101X>BITS<63l32>, AND 100Xi8ITS<95l64>. 

SYNC POINT DESCRIPTION 

SUBTST I - SYNC4C--TEST PATTERN IS ACTIVE ON THE CS BUS 
SUHTST 2 - SYNC40--TEST PATTERN IS ACTIVE ON THE CS BUS 

ICl 

INITIALIZE 

SUBTEST 
J/////////////////////////////////////////////////////////////////////////////// 

TlCSll 

I #IR8T FLOAT A ZERO THRU THE CS BUS 
I" 



LOOP J, 1,3 
LDIOREG USCAOR,TMP100 
LOOP K,l,3 
LDIOREG USCDAT,TMP102 
ENOLOOP K 



LOOP 



1,1,32 



» LOOP COUNT FOR THE 3 BANKS 

J SELECT LOCATION ZERO 

I INITIALIZE THE CONTENTS OF LOCATION 

I ... 

I ... 

I LOOP COUNT FOR THE BITS IN » BANK 



LDIOREG U8CACR,THP100, J j LOAD THF BANK ADDRESS 



FLTZRO |TMP101,I 
ERLOOP I 
LDIOREG, USCOAT,TMP101 
FETCH 110000 



r GENERAtr THE TEST PATTEfth 



' f LOAD INTO THE SELECTED BANK 
I I EXECUTE THE MICRO WORD 



T 



LISTING 


ADDRESS 


ADDRESS 


INSTRUCTION 


LINE 




CONTENT 


OPERANDS 


NUMBER 









COMMENTS 



Figure 4-6 Hardcore Listing Sample 



TK-0769 
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The error description segment specifies test parameters. For 
example, in the error description of Figure 4-6, the first line 
specifies what is expected during the test; the second line 
specifies what is received. The third line indicates which bit in 
the 32-bit array is under test; the fourth line indicates the 
32-bit group under test. The sync point segment specifies critical 
points in the listing around which an error loop or scope loop 
might be set up (Paragraph 4.9.2). 

Following the test header is the program code. The hardcore 
listings are described on a per column basis below. 

Column 1, Listing Line Number — Each line is assigned a 
unique decimal number to allow easy referencing. 

Column 2, Address — The relative address (PC) of the 
instruction. 

Column 3, Address Content — Content of the address 
listed in Column 2. (Note that the contents are the 
pseudo instructions described in Paragraph 4.4.2.) 

Columns 4 and 5, Instruction Operands — The operands are 
the instruction source, destination, or index values. The 
mnemonics appearing in these columns have been defined in 
the definition section of the listing. 

Column 6, Comments — A brief descriptive note concerning 
the instruction operation. 

4.8.3 Microtest Listing Description 

The general format of the microtest listing is somewhat similar to 
the other microdiagnostic listings, i.e., a Table of Contents, 
Program Definitions, and Program Code and Descriptions. However, 
since the microtests are executed out of the WCS, they are written 
in system microcode and, therefore, are similar to the system 
firmware listings. Unlike the hardcore listings that are assembled 
in one listing, the microtests are assembled into separate 
listings by IK microword test sections and identified by those 
section numbers. Note also that the address and data radix for 
these listings is hexadecimal. 

The Table of Contents is similar to those of the other listings; 
i.e., it contains a line number entry and the corresponding 
listing content description. Since the first column does not 
contain assembler directives, only the line number appears. The 
Program Definition section describes all macro definitions 
associated with the listing. 

The Program Code and Description section format is similar to that 
of the system firmware listing. As in the hardcore listing, the 
program code is identical to the hardcore format and content 
described in Paragraph 4.8.2. 
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The microtest listing is described on a per column basis (Figure 
4-7) . 

Column 1, UPC — This column specifies the address 
contained in the UPC at that particular microstate. 

Column 2, Microword -- This column describes the 
microword content of the address specified in column 1. 

Column 3, Listing Line Number — Decimal number assigned 
to allow easy referencing. 

Column 4, Microstate Operation — This column specifies 
the operation during a particular microstate. The 
notations used to describe the operation have been 
defined in the program definition section. 

Column 5, Comments — A brief descriptive note concerning 
the microstate operation. (A detailed firmware 
description is provided in the VAX-11/780 Central 
Processor Technical Description , e.g., field definitions, 
coding conventions, etc.) 

4.8.4 Microdiagnostic Execution 

The entire microdiagnostic package may be executed by entering 
TEST on the console terminal. Other operation options are 
described in the detailed diagnostic operating procedures in The 
VAX-11/780 Diagnostic System User's Guide (EK-DS780-UG-00ITT 
Following microdiagnostic identification the monitors initiate 
hardcore and microtest execution. Figure 4-8 illustrates typical 
console terminal output during error-free microdiagnostic 
execution. 

The microtests and hardcore tests are numbered sequentially (with 
no duplication of test numbers). As shown in Figure 4-8, there is 
no differentiation between hardcore and microtests. A 
differentiation is required only in the case of an error 
(Paragraph 4.8.5) . 

The monitor loads the test, and the test section number is printed 
on the console terminal. Test execution is then initiated. The 
section number is printed (in hexadecimal) prior to execution to 
allow the operator to identify the exact failing section in the 
case of an error. 

The entire microdiagnostic package requires two diskettes. As 
indicated in Figure 4-8, the microdiagnostic monitor instructs the 
operator when to mount the second diskette, and prompts for the 
command required to initiate execution of those diagnostics. 

4.8.5 Error Message Format 

The general error message format for both types of 
microdiagnostics is shown in Figure 4-9. 
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I DWM0eA.HCP 14001)263] 
t DMMe0A. MIC [4001)3631 



13tlS 3fJlPR-197 
14l)S 3e>kPll-197 



TEST 

HEADER 

AREA 




u i0i4> «eii<e0)9>0D8ia.09ri«e0e0tiePi 

U leiSt D01B.003B,65ee.0»»«>,0000«1018 

U t0l8> (*0e0.«iP3D,0180>0R00r0000>1135 

U 1019. 0018, 00)t.7S80,0lkSI(000e. 1140 

U 1140> 0018,0038, 7980. 0k9e, 0000, 1141 

U 1141. 0818,0038,4180,0800.0000,1142 

U lt42> 0100. 003C. 19180, 0800, 0000. 114) 

U 114). 0001,003c, 0180, 0A9B, 0000. 1144 



U 1144, 0018, 0038,0580, 09E0, 0000, 101A 

U leU, 0000,0030,0180.0800,0000.1124 

U 101B. 0000. 003C.0180.0A00, 0300. 1149 

I U 1145,1 0000, 803C, 0180, 0800,0000,1146 

U 1146, 0001, 003C, 0180, 0AAe, 0000, 1147 

U 1147,1 0000, 003C, 0180, eA08, 0200, 1148 

U 1148,1 0000, 803C, 0180, C800, 0000, 1149 



HIC"0 31(341) Hlereeed* til* 
TEST kS CCS RECISTCK ALU N BIT 



Paat 7 



t 



1 



1S)3 
113) 
18)4 
1«)9 
18)6 
18)7 
18)8 
18)9 
1840 
1841 
1842 
184) 
1844 



1846 
1847 
1848 
1849 
1850 
1851 
1852 
185) 
1854 
1855 
1856 
1857 
1858 
1859 
1860 
1861 
1863 
186) 
1864 
1865 
1866 
1867 
1868 
1869 
1870 
1871 
1872 
187) 
1874 
1875 
1876 
1877 
1878 
1879 
1880 
1881 
1883 
188) 
1884 

1885 I 

1886 ' 

1887 , 

1888 I 



.PAGG 'TEST AS 



CES PGGtSTER ALU N BIT* 



♦♦ 
TEST 



*5 



CES PE6I8TEP ALU N BIT 



TEST DESCRIPTION 

THIS TEST CHECKS THE ALU N BIT IN THE CES RECISTCR. THIS IS DOME 
BY SELECTING THE ALU TO 00 A«B AND A*B. AND TmB, WITH SPECIFIC 
DATA PATTERNS ON THE AMX AND BMX TO CHECK THE LOGIC THAT GENERATES 
THIS BIT, 

8UBT8T 1 - CHECK THE DAT* PATTERNS THAT REttUIRE THE ALU TO 
BE EXECUTING AN A^B TO GET THE CORRECT ALU DATA. 

SUBTST 3 • CHECK THE DATA PATTERNS THAT REQUIRE THE ALU TO 
BE EXECUTING AN A>B TO GET THE CORRECT ALU DATA. 

SUBTST ) • CHECK THE DATA PATTERNS THAT REQUIRE THE ALU TO 
BE EXECUTING ANytHIN BUT AN A*B OR A>B, 

LOGIC DESCRIPTION 

TNIS TEST CHECKS THE LOGIC NETHOrK ON THE CEH MODULE THAT GENERATES 
THE ALU N BIT, AND THE MULTIPLEXOR ON THE ICL MODULE THAT FEEDS 
THE ALU N BIT IN THE CES REGISTER. 

ERROR DESCRIPTION 

DATA I EXPECTED CES REGISTER 
RECEIVED CES REGISTER 

LOOP COUNT • INDICATES NHICH DATA PATTERN Is BEING USED. 
(SEE THE DATA AT THE END OF THE TEST) 

SYNC POINT DESCRIPTION 

SUBTST 1 • STNCU*-ALU N BIT GETS LOADED 
SUBTST 3 - SyNCtB>«ALU N BIT GETS LOADED 
SUBTST ) • SYNC1C»ALU " BIT GETS LOADED 



■0 

ICITSI KEMTSTt,)] 
Rt»l-Kt,10) 

•0 CALL.J/UMJAM 

RtlJ-Kt.20] 
R[2UKt.3e] 
D.KC.80} 
D_D.LGFT2 
R[)].0 



I ADDRESS or AMX DATA 

I CLEAR ANY SBI INTERRUPTS 

t ADDRESS or BMX DATA 

f ADDRESS OF EXPECTED ALU N BIT 

t GENERATE MASK FOR N BIT 
I SAVE 



I/////////////////////////////////////////////////////////////////////// 
I* 

I DO THOSE FUNCTIONS REQUIRING THE ALU TO 00 AN A PLUS B 

I- 



T8S1I RCC0C].R[.61 
■0 SUBTEST 

ICLT8L1IVA.R(0] 

D (BYTE J.C ACHE, P 

RtSLD 

VA.Rtl] 

DtBYTfe:i_CACHE,P 



I SET THE LOP COUNT 



I FETCH ANX DATA 
t SAVE 

I FETCH BMX DATA 



t 



t 



I 



MrCRO 


MICROWORD 


LINE 


MICROSTATE 


PROGRAM 


CONTENT 


NUMBER 


OPERATION 


COUNTER 








(UPC) 









COMMENTS 
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Figure 4-7 Microtest Listing 
Sample 
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»> TE5T 

MICRO DIAGNOSTIC U.05 
01.02»03. 

NO, OF UCS MOBULES = 0001 

O4>OSf0£>O7rO8f09>0Ar0ElrOCr0Df0Er0Frl0>llTl2>13rl4rlS>16fl7> 
18rl9>lA>lBrlC>lDrlErlFr20>21r22r23r24>25>2<i>27>28r29>2A>2Bf2C>20>2Ef 

2Fr30f31f32.33.34r35f36.37.38r39f3Af 

END PASS 000001 

1 SECOND 

MOUNT FLOPPY *2 S TYPE 'PI' TEXT 

MIC>D£ REFERENCE 

3Bf 

♦ MEM CTRLS= 00000001 

3Cf3Dr 

4K CHIP OOO0OEO8 OPERATOR 

3Ef3Ff INPUT 

CPU TR= 00000010 iiNnFRI INFD 

40F41f42f43»44,45F44.47.48j49»4ftf 

CTRL 1 MAX ADR+1= 00080000 

4B> 

CTRL 1 MAX ADR+1= 00080000 

4Cr4D» 

END PASS 000001 



FIRST 
TEXT 
REFERENCE 
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Figure 4-8 Typical Error-Free Terminal Output 



ERROR: <PC> TEST: <#> SUBTEST: <#> 

DATA: XXXXXXXX 

XXXXXXXX 



XXXXXXXX 

TRACE: W.X.Y.Z 

FAILING MODULES: (M8269 (SI 3)... 

NOTE: 

PC IS OCTAL FOR HARDCORE TESTS, 

OTHERWISE ALL NUMBERS ARE HEX. 



Figure 4-9 Error Message Format 
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The first line items are ERROR, TEST, and SUBTEST. ERROR is the 
address (PC) of the failing test. In the case of a hardcore test 
error, the PC is displayed as a six-digit octal address, since 
these tests are executed out of the LSI-11. In the case of a 
microtest error, the PC is displayed as a four-digit hexadecimal 
address since it executes out of WCS. 

TEST is the failing test number. Note that this is different from 
the section number sent to the console terminal during error-free 
execution. SUBTEST is the failing subtest number. These three 
first line items are important in referencing the program listings 
(Paragraph 4.9.2) . 

The DATA line item represents data used during the particular 
test. The number of data words displayed depends on the particular 
test. Generally, in the hardcore tests two words are displayed; 
the first word is the expected (or good) data, the second word is 
the received (or bad) data. However, as described in Paragraphs 
4.8.2 and 4.8.3, the program listings contain a header describing 
the data patterns used. 

The TRACE line item is involved in the fault isolation procedure 
in determining the set of modules responsible for the failure. 

The last line item is FAILING MODULES. The output of this item 
represents the failing module and its backplane slot number. In 
some cases, the output will be several module numbers listed in 
the order of failure probability. However, in other cases the 
output will not be a module number. For example, consider the 
situation of a grounded ID Bus bit. The failure could appear to 
extend across all boards on the bus. Rather than printing out all 
related module numbers, the program would print out ID BUS. 

4.9 LISTING/ERROR MESSAGE CORRELATION 

This subsection provides basic direction in the use of error 

message content and its relationship to the program listings. The 

examples are included mainly to illustrate basic microdiagnostic 

capabilities. 

4.9.1 No Error Message Situation 

Consider the situation' where the operator has initiated 
microdiagnostic execution using the TEST command. For one reason 
or another execution stops in the hardcore tests, and an error 
message is not printed. As shown in Figure 4-10, execution stops 
on test section 04. 

The operator has a reasonable index into the hardcore test 
listings since section 04 is one of the initial sections executed. 
Referencing the section number in the hardcore listing Table of 
Contents, the operator finds that the section 04 description 
starts on listing line number 777. 
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CONSOLE TERMINAL OUTPUT 



'»TEST 



MICRO IHflGNDSTIC V.05 
01f02,03. 

OF UCS MODULES = 0001 



LISTING TABLE OF CONTENTS 



HICRO DIAGNOSTIC H»HOCORE TEST 
TAPLE OF CONTENTS 



MACRO "IP 



2e-iPB.77 10IS7 




rs 



II 
ta 

13 
13 

11 
15 
15 
15 
16 
16 
17 
17 
19 
19 

21 
SI 
22 
23 

2« 
21 
25 
26 
26 
27 
28 
29 
30 
30 
31 
31 
32 
33 
34 
34 
35 
36 
36 
37 



5 CMPC* *N0 CMPC*M MODE DEFINITIONS 

5 SWITCH REGISTER BIT DEFINITIONS 

5 CONSOLE ADAPTER REGISTER DEFINITIONS 

5 ID BUS REGISTER DEFINITIONS 

5 MODULE AND BUS NAME ASSIGNMENTS 

6 SECTION NUMBER ei 

42 TUl CONSOLE ADAPTER REGISTER RESPONSE 

141 T02 CONSOLE "TO 10" REGISTER DATA INTEGRITY 

206 SECTION NUMBER 02 

2P6 T03 CONSOLE "MCR" REGISTER DATA INTEGfllTV 

284 Tea CONSOLE "IOCS" REGISTER DATA INTEGRITY 

356 T05 CONSOLE RXDNE AND TXROY REG DATA INTEGRITY 

439 T06 TXREADY AND RXDONE INTERRUPTS 

564 SECTION NUM9ER 03 

564 T07 ID BUS DATA LINES DATA INTEGRITY 

661 T9>8 V BUS SELF T EST 

777 SECTION NUMBER 04 "~| -4 



777 
901 
975 
1070 
1070 
1162 
1282 
1282 
1367 
1394 
1509 
1535 
1656 
1677 
1745 
1771 
1817 
1817 
1906 
1976 
2061 
2061 
2158 
2327 
2327 
2372 
2424 
2530 
2621 
2621 
2748 
2807 
2845 
2959 
3060 
3060 
3168 
3229 
3229 
3365 



T09 CONSOLE CLOCK CONTROL 

T0A CONSOLE ID CYCLE FUNCTION 

T0R CONSL FROM IB REG CLK CTRL » DATA INTEG 

SECTION NUMBER 05 

T0C CONSOLE MAINTENANCE RETURN 

T«0 RXCS REGISTER FROM THE ID BUS SIDE 

SECTION NUMBER 06 

T0E TXCS REGISTER ON THE 10 BUS 

SECTION NUMBER 07 

T0F ID BUS REGISTER ADDRESS INTEGRITY 

SECTWO NUMBER 08 

T10 CIB INITIALIZE FUNCTION 

SECTION NUMBER 09 

Til CONSOLE REGISTER DUAL ADDRESSING 

T12 wCS DATA REGISTER READ 

Tt3 INITIALIZE THE CONTROL STORE 

SECTION NUMBER 0A 

T14 WC8 ADDRESS REGISTER DATA INTEGRITY 

T15 WC8 ADDRESS REGISTER COUNT LOGIC 

T16 MICRO STACK DATA INTEGRITY 

SECTION NUMBER 08 

T17 MICRO STACK DUAL ADDRESSING 

T18 MAINTENANCE RETURN DATA INTEGRITY 

SECTION NUMBER 0C 

T19 MAINTENANCE RETURN MICRO STACK INCRCHENT 

TIA MICRO STACK WRITE DISABLE 

TIB WCS PARITY GENERATOR 

TIC CS BUS DATA INTEGRITY 

SECTION NUMBER 00 

TID PCS PARITY CHECKERS 

TIF hCS DUAL ADDRESSING 

SECTION NUMBER 0E 

TIF WCS DYNAMIC MEMORY TEST 

T20 UBEN FIELD DECODE 

SECTION NUMBER 0F 

USUB FIELD "CALL FUNCTION" 

USUB FIELD "RETURN" 



PROGRAM 
■ LISTING 
INDEX 



T21 
T22 

SECTION NUMBER 10 

T23 USUB FIELD "SELECT SPECIFIER" 



T24 



UJMR FIELD DATA INTEGRITY 



TK-0770 



Figure 4-10 Listing Indexing Example 
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4.9.2 Hardcore Loop and Single Step Setup 

During microdiagnostic execution the error message shown in Figure 
4-11 is displayed on the console terminal. Since the error PC is a 
six-digit number (000670), it is an octal address and indicates a 
hardcore test. Referencing TEST: IC in the hardcore Table of 
Contents indicates that the test begins on line 2530. Referencing 
the error PC of 000670 in the program code shows the PC to be at 
an IFERROR statement on line 2554. 

The function of the IFERROR statement (Paragraph 4.4.2) is to 
produce an error report if a failure is encountered in the test. 
Usually the IFERROR statement is preceded by a check or compare 
function (in this case TSTVB) . Basically this test is comparing V 
Bus signals. In this example, the received data did not match the 
expected data; consequently, an error was detected. 

Since the hardcore tests execute out of the LSI-11, a scope loop 
may be too slow to be of practical use. An alternative is to use 
the set step instruction and loop commands of the microdiagnostic 
monitor. As indicated in Figure 4-11, the operator sets the single 
instruction and loop flags. In this case the loop range is between 
the statement following the previous ERLOOP statement (line 2551) 
and the IFERROR statement (line 2554). As shown in Figure 4-11, 
each time the operator types SPACE, the current PC is displayed. 
At TPC = 000662 the operator reaches sync point SYNC4C, at which 
time the operator could scope the CS Bus data bits in an attempt 
to detect the failing bit. (At this point in the test the 
microword has just been fetched from WCS and is driving the CS 
Bus . ) 

The operator can exit from the step mode by typing any character 
except SPACE. In the example, Control C has been typed and control 
returned to the microdiagnostic monitor command mode. 

4.9.3 Microtest Scope Loop Setup 

During microdiagnostic execution the error message shown in Figure 
4-12 is sent to the console terminal. Note that execution stopped 
on test section 3A. 

Since the error PC is a four-digit number (101E), it is a 
hexadecimal address and indicates a microtest. Using the test 
section number of 3A, and referencing the Table of Contents for 
that section, test A5 starts on line 1832. A look at the PC column 
(of the microtest listing) shows that the error PC is on line 
1906. 

By scanning back through the microcode, select a sync point, in 
this case SYNCIA on line 1901. Control is returned to the 
microdiagnostic monitor via Control C. The operator enters a CLEAR 
SOMM: <1153> command. This command will clear the stop on 
micromatch bit, and produce a sync pulse when the UPC equals the 
content of the microbreak register (i.e., 1153). The operator then 
enters a loop command. This sequence causes the test to begin 
looping and produce a sync pulse each time the UPC = 1153. 
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CONSOLE TERMINAL OUTPUT 



»»TEST 



LISTING TABLE OF CONTENTS 



MICRO EiIftGNOSTIC U.05 

01.02i03> 

NO. OF UCS MOnULES = 0001 

04.05,04t07tOB.0S>t0A.0B.0C 




SUBTEST: 1 



TRACE: 000700,000720 
FAILING MODULES: C.S. BUS 

MIC > SETSTEP INST ^ 

MIO LOOP ) 

TPC = 000646 ( SPACE BAR ) 

TPC = 000654 ( SPACE BAR ) 

TPC =000662 X_ *— ANY CHAR. TO RESUME 

FULL SPEED. 
tC «^ CONTROL -C 10 HcTURN TO MONITOR 
MiC> 



OPERATOR 

INPUT 

UNDERLINED 



TEST 

NUMBER 

INDEX 



PAGE# 



ERROR 
■PC 
INDEX 



MICRO DUGN08TIC HAROCOBE TEST H*CRQ I'Xf 
TABLE OF CONTENTS 



2B.*PR.77 TBIST 



5 
S 
5 
5 
5 
6 

«a 



«• 206 
»- S5» 



7- 
8- 
B. 

9. 

!!• 
12> 



434 
564 

661 
777 
7T7 
90t 




1J-IB70 
l3.1B7a 
l«-Ut? 
15-128? 
lS-1282 
15-1367 
16.134a 
16-15119 
17-1535 
17-1656 
18-1677 
19-1745 
28-1771 
21-1817 
21-1817 
22-t9(!6 
23-1976 
24-2861 
24-2861 
25-2158 
26-2327 
26-2327 
27-2372 
28.2a2ii 



29-253^ 



38-2621 
38-2621 
31-2748 
31-2807 
32-2845 
33-2959 
34-3868 
34-3868 
35-3168 
36-3229 
36-3229 
37-3365 



C^PCi *N0 C«PCiM MODE OEFimiTIONS 

SWITCH REGISTER BIT OEFINITIONS 

CONSOLE ADiPTER REBISTER DEFINITIONS 

10 BUS RESISTER DEFINITIONS 

MODULE AND BUS NAME ASSIGNMENTS 

SECTION NUMBER 81 

T8J CONSOLE ADAPTER REGISTER RESPONSE 

782 CONSOLE "TO 10" REGISTER DATA INTEGRITY 

SECTION NUMBER 82 

TaS CONSOLE "MCR" REGISTER DATA INTEGRITY 

T04 CONSOLE "IOCS" REGISTER DATA INTEGRITY 

T05 CONSOLE RXONE AND TxROY REG DATA INTEGRITY 

T86 TXREADY AND RXDONE INTERRUPTS 

SECTION NUM8E9 83 



T87 
T88 



ID BUS DATA LINES DATA INTEGRITY 
V BUS SELF TEST 



CONSOLE MAINTENANCE RETURN 

RXCS RESISTER FROM THE ID BUS SIDE 



SECTION NUMBER 84 

T89 CONSOLE CLOCK CONTROL 

T8A CONSOLE 10 CYCLE FUNCTION 

T8B CONSL FROM ID REG CLX CTRL t DATA INTEG 

SECTION NUMBER 05 

T8C 

TAP 

SECTION NUMBER 86 

T8E TXCS REGISTER ON THE ID BUS 

SECTION NUMBER 87 

T9F ID BUS REGISTER ADDRESS INTEGRITY 

SECTNO NUMBER 88 

TIP CIB INITIALIZE FUNCTION 

SECTION NUMBER 89 

Til CONSOLE REGISTER DUAL ADDRESSING 

T12 UCS DATA REGISTER READ 

T13 INITIALIZE THE CONTROL STORE 

SECTION NUMBER 8A 

WCS ADDRESS REGISTER DATA INTEGRITY 
WCS ADDRESS REGISTER COUNT LOCK 
MICRO STACK DATA INTEGRITY 



Tl« 
T15 
T16 

SECTION NUMBER 88 

"ICRO STACK DUAL ADDRESSING 
MAINTENANCE RETURN DATA INTEGRITY 



TIT 

T18 

SECTION NUMBER 0C 

T19 MAINTENANCE RETURN MICRO STACK INCREHEUT 

TIA MICRO STACK WRITE DISABLE 

TIB W CS PARITY GENERATOR 



TIC 



CS BUS DATA INTEGRITY I - 



SECTION NUMBER 80 

TIO PCS PARITY CHECKERS 

TIE i<CS DUAL ADDRESSING 

SECTION NUMBER BE 

TIF WCS DYNAMIC MEMORY TEST 

T28 UBEN FIELD DECODE 

SECTION NUMBER 8F 

T21 USUB FIELD "CALL FUNCTION" 

T22 USUB FIELD "RETURN" 

SECTION NUMBER 18 

T23 USUB FIELD "SELECT SPECIFIER" 



T2« 



UJMe FIELD DATA INTEGRITY 



ERROR 

LOOP 

RANGE 



HARDCORE PROGRAM LISTING 



PAGE# 



MICRO DIAGNOSTIC HARDCORE TEST MACRO MIB 
Tic CS BUS DATA INTEGRITY 



2e-APR.77 ivm PACT 



2538 



.SBTTL TIC CS BUS DATA INTEGRITY 

«♦♦ 

iTEST IC CS BUS DATA INTEGRITY " 

I 

» TEST DESCRIPTION - 

I THIS TEST CHECKS THE DATA INTEGRITY OF THE CS BUS BV FLOATING 

I A ONE AND A ZERO THRU A MICRO WORD, EXECUTISB THE MICRO " - 

I WORT), AND CHECKING THE V BUS FOR PARITY ERRORS. 

I SUBTST 1 - FLOAT A ZERO THRU THE CS BUS 

» SUBTST 2 - FLOAT A ONE THRU THf CrTuS 

I 

I LOGIC DESCRIPTION 

» THIS TEST CHECKS THE 10 BUS INTERFACE TO THE WCS MODULES, THE 

» DATA INTEGRITY OF THE WCS MEHDRY CHIPS AMD THT HTi nrrCBRITY OF" 

I THE CONTROL STORE (CS) BUS, 

I ERROR DESCRIPTION 



TEST 

STARTING 
LINE 
^ NUMBER 



DATAI EXPECTED V BUS CHANNEL. BIT AND VALUE 
RECEIVED V BUS CHANNEL. BIT AND VALUE 

LOOP COUNT - INDICATES NHICH BIT IN THE J2 BIT SffOUP IS UNDER 
TEST, I.E. l»BIT 8, 2«BIT 1, J»eiT 2. ETC, 

LOOP COUNT . iNDiCATO WHICH- jj s msffiSur" WTmuEB — " 

TEST, I.E, !• BITS<31t8>, 2>BITS<63|32>. 3sSITS<95l64> 

NDTEl THE EXPECTED AND RECEIVED V BUS CHANNEL INDICATES WHICH 32 BIT 
GROUP HAS BAD PARITY IN IT, I.E. 182!r«eirS<TIIff?>, " 
ieiXaBIT9<63t32>, AND ie8X«BITS<95l6«». 



» SYNC POINT DESCRIPTION 

t SUBTST 1 - SYNC4C— TEST PATTERN IS ACTIVE ON THE CS BlfS 

I SUBTST 2 . SYNC40— TEST PATTERN IS ACTIVE ON THE CS BUS 

II ******* a***** '************* t*t*<,ti,»ttttttii*i,*tiit»iiii*t**t****»l,*inn,t* 
888558 TICI 



2534 808554 

2555 

2536 888556 



INITIALIZE 



2537 
2538 
2539 

2548 

2541 888568 

2542 808578 

2543 888576 
25<I4 888606 
2545 880614 
2546 

2547 888628 

2548 808638 

2549 888636 
^ 2558 808644 



SUBTEST 

«<><>». \''J ''''>''''>''''>'''>''' 'I '>f>f'i'>'i'>ni/ ft II tin ftii//or/t/inn/tt/ til 

wwPbbo TICS 1 1 

»♦ ' ■ 

I *IRST FLOAT A ZERO THRU THE CS BUS 

I- - .. . 



LOOP J, 1,3 
LDIDREG USCADR,TMP|00 
LOOP K,l,3 
LOIDREG USCO»T,THP102 
ENDLOOP K 



J LOOP COUNT FOR THE J BANKS 

I SELECT L0CA2lpN ZERO 

I INITIALIZE THE CONTENTS 6P LOCATION t 

» ... 

I ... 



LOOP 



1,1,32 



if5l 88(1646 
2552 880654 



» LOOP CBUNT FOR THClJTTI^rfr-A^JlJfr" 
LDIDREG USCADR,TMP18e, J % LOAD THE BANK ADDRESS 
FLTZRO TMPlRl.t - , "gtSgR A T t TMt T»T ^ATTgHW 



gPLOOP 



LDIDREG U$C0AT,THP181 
FETCH 18088 

SYNC POINT 



» LOAD INTO THE lECEtTEP "BtNH 
t EXECUTE THE MICRO WORD 



MICRO DIAGNOSTIC HARDCORE TEST) micro M18 
Tic CS BUS DATA INTEGRITY. 



20-APR-77 18137 PAGE 29-1 



^ 2553 088662 8YNC4C|'tSTVB 



TMP103 



IFERROR 38.C8ERR 



\ CHECK THAT THERE WAS NO PARITY ERROR 



ENDLOOP I 
ENDLOOP J 
SKIP SUBTST 



2555 888676 

2556 008702 

2557 088786 
2558 

2559 808712 CSERRi REP0R7 <CSBUS> 
2568 
2561 888722 SUBTEST 

888722 \\'^^^\"""""""""""""">"""">'l">""""l'f"IHttlttltttt, 



t CONTINUE WITH TME NEXT BIT 
I CONTINUE WITH The NEXT BANK 



I CS BUS BITCS) STUCK 



Figure 4-11 Loop and Single 
Example 
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CONSOLE TERMINAL OUTPUT 

»> TEST 

HICKO DIAGNOSTIC U.OS 

Ol,02.03r 

NO. OF UCS MODULES = 0001 

O4,O5.OA.O7F08>O9.0ft.0B,OC.0D,0Ef0F.lO.llrl2>13.14.15>16Tl7. 

18.19,lfi,lB,lC.lD.lE,lF,20,21.2?.3i,24,2S.2<S.27,28,29.3«.2B.2C,2D,2E, 
2F . 30 . 31 , 32 . 33 T 34 , 35 > 36 . 37i 38 , 39 . qA) 

FAILING SECTION 



TABLE OF CONTENTS 



MICROTEST PROGRAM LISTING 



/^ 



ERROR: 101E- 



TEST: A5 



SUBTEST: 1 



\ 



00000200 
00000000 
00000003 




1832 SECTION 3A 
TEST A5 



MIOCLRSOMM: 1153 



MIO LOOP \ 
to *■ 

MIO RET j-*- 
>» ■*■ 



(IF SYNC WANTED 
AT THAT ADDRESS) 
START SCOPE LOOP 



CONTROL -C TO STOP LOOP 
RETURN TO CONSOLE 
CONSOLE PROMPT 



OPERATOR 

INPUT 

UNDERLINED 



LOOP 
RANGE 



ERROR 

PC 

INDEX 



I DNM0eA,MCFt4e0,]262] 

t DWM0eA,Mic(4ee,]262] 



12I1S 21-APB-19T7 
UlJS ie-»M-J9T7 



HICM ]t(24i) Mlereeedt fll* Pa9t 7 
TEST AS CES REGISTER ALU N BIT 




u ifli4> c>0ii.00}9.eDii3.e9rt,eeeci,ieFi 

U iei8> nei«e>0?3D,0i8e. 0900,0000, 1135 

U 1019, 001>, 00}!, TJ80,0A>a, 0000, 1140 

U 1140' 0010, 00)8, 7980, 0A90, 0000, 1141 

U 1141, 0818,0038,4180,0800,0000,1142 

U 1142, 0100>003C, 0180, 0800, 0000, 1143 

U 1143, 0001,003c, 0180, 0A98, 0000, 1144 



U 
U 
U 
U 
U 
U 
U 

U 
U 
U 
U 
U 
U 

-^ 

u 
u 
u 
u 

u 





1144, 001B,0038,D5S0,09E0,e000,ieiA 
101A, 0000,0030,0180,0800,0000,1124 
I01B, 0000,003C,0180,0A00,0200,U4S 
IMS, 0000,a03C,0ie0,C800,0000,114« 
114», 0001,003C,0180.0A«8,0000,1I47 

1147, P000,003C,0180,0A0e,0200,1148 

1148, 0000,803C,0180,C800,0000,1149 

1149, 00ei,e03C,0180,09A8,0000,114A 
U4A, 00(10, 003C, 01 80, 0A10, 0200, 114B 
114B, 0000,403c, 01 80, C80e, 0000, 114C 
114C, 0802, 403C, 01 80, 0800, 0000, 1140 

114D, 0001, 003C, 0180, e9r0, 0000, leic 

101c, 0000. 0030,0180, 0900. 0000, lePP 



101D, 8810,0038,0180,0970,0000,1 14E 

,114F 



lT4C 
114F. 

use, 

USl. 
1152 



0801 
081C 

0810 



.0028 
.2034 

.0031 
,00JC 

00 3C 



.0180 
,0180 
.3180 
.0180 
.0180 



,0800 
0At8 
,3070 
,0A28 
,09?9 



0000 
,0000 

0000 



11S0 

1151 

,1152 

1153 



lU 1153. 0010, 8014,0180, 0800. 0010. iisT" 



1154. 
1156, 
1157. 
1158. 



0000 
001c 
0010 
0000 



,e03C 

,0034 

,2000 
01i£ 



31E0 
,01C0 
,0180 

0180 



2C00 
,0A18 

0800 
0B00 



,0010 
0080 



1156 
,1157 
,1158 



101 E. 0001, 2030,01 80. 09EB, 0000. 11 09 



I0ir, 

1159, 
USA, 
USB, 



0018 
0000 
0018 



00 )C 
,0014 
,003C 

0014 



,0180 
0580 

use 

0580 



,0*001 

,0*801 
,0A0l, 
,0*BBi 



0000 
0000 



#1159 

115* 

,1158 

U5C 



l«32l 
Til3 
K34 
1(35 
lB3t 
1117 
lt)8 
1839 
1840 
1841 
1842 
1S43 
1844 
1845 
184i 
1847 
1848 
1849 
1850 
1851 
1852 
1853 
1854 
1855 
1856 
1857 
1858 
1859 
1860 
1S61 
tB&2 
18«] 
1864 
1865 
1866 
1867 
1868 
1869 
tB70 
1871 
1»72 
1B73 
1874 
1875 
1876 
1877 
1878 
1879 
1880 
1881 
1882 
1883 
1884 
1885 
1886 
1887 
1888 

1889 

1890 
1891 
1892 
1893 
1894 



.PAGE "TEST *S 



CES PEGISTER AlU H BIT' 



TEST AS 



CES REGISTER ALU N BIT 



TEST 0E8CRIPTI0N 

THIS TEST CHECKS THE ALU N BIT IN THE CES REGISTER. THIS IS DOME 
BY SELECTING THE ALU TO 00 A+B AND A>B, AND FbB, WITH SPECIFIC 
DATA PATTERNS ON THE AMX AND BMX TO CHECK THE LOGIC THAT GENERATES 
THIS BIT. 

8UBTST 1 • CHECK THE DATA PATTERNS THAT REQUIRE THE ALU TO 
BE EXECUTING AN A*B TO GET THE CORRECT *lU OAT*. 

SUBTST 2 • CHECK THE DAT* PATTERNS THAT REQUIRE THE ALU TO 
BE EXECUTING *N A-B TO GET THE CORRECT »lU DAT*. 

SUBTST 3 • CHECK THE DATA PATTERNS THAT REQUIRE THE ALU TO 
BE EXECUTING ANYTHIN BUT AN A^'B OR IfB. 

LOGIC DESCRIPTION 

THIS TEST CHECKS THE LOGIC NETNOrK ON THE CEH MODULE THAT GENERATE 
THE ALU N BIT, *N0 THE MULTIPLEXOR ON THE ICL MODULE THAT FEEDS 
THE ALU N BIT IN THE CES REGISTER, 

ERROR DESCRIPTION 

DAT* I EXPECTED CES REGISTER 
RECEIVED CES REGISTER 

LOOP COUNT • INDICATES WHICH DAT* PATTERN Is BEING USED. 
(SEE THE OAT* AT THE END OF THE TEST) 

SYNC POINT DESCRIPTION 

SUBTST 1 - STNeiA"ALU N BIT GETS LOADED 
SUBTST 2 • 8YNC1B»ALU N BIT GETS LOADED 
SUBTST 3 • SYNC IC— ALU N BIT GETS LOADED 



■0 

ICLTSt 



■0 



NEHTSTt.J] 

R[ej-Kt.i0j 

C*LL,J/UNJ*M 

BtlJ_KI.201 

Rt2]-KC.30] 

D.K(.Bei 

D_D.LerT2 

R[3]_0 



» ADDRESS OF *MX DATA 

t CLEAR ANY SBI INTERRUPTS 

f ADDRESS OF BMX DATA 

I ADDRESS OF EXPECTED ALU N BIT 

t GENERATE MASK FOR N BIT 
I SAVE 



Miiii/imifiniinininutinniit/uiiiitnnii/iuniniinimiin 
I* 

I DO THOSE FUNCTIONS REQUIRING THE *LU TO DO *N * PLUS B 
I* 



1895 



T8S1I RCCeC]_K[,6] 
■e SUBTEST 

ICLT8LllVA_RC0] 

DtBYTE]_C»CHE,P 

RtSl-0 

V*.RC1] 

D[BYTE]_C*CHE.P 

RC[5).D 
V*.R(2] 

0[HORD].C*CHE.P 
0_0.8XTtN0RD] 
RCt0E]_D 
«0 ERLOOP 



D,j»C tf E] 



J 



1896 D.NOT.D 

1897 0^,*N0,R[3] 

1898 IDtCESI.D,D_RCC0E] 

1899 LAB.Rt5] 

1900 LC.RCtSI , 

1901 SYNClAt alu_l**lc,clk.ubcc,byteT 



1902 
1903 
1904 
1905 



1906 5E_ 



0.10 CCES] 
Q_a.*N0.R(3] 
*LU_a>D,CLK,UBCC 
XL. 



1907 
1908 
1909 
1910 



ERR0R2.RerBDl-0 



LAB.Rt01 
Rt0)-L*«K(.l] 
LAB.^[1] 
R[ll.LA*K[.l] 



I SET THE LOP COUNT 

I FETCH AHX DAT* 
I S*VE 

I FETCH BMX D*T* 
I SAVE 

I FETCH EXPECTED N BIT DATA 

I S*VE 

t GENER*TE INITIAL VALUE OF N BIT 

I MASK 

I INIT THE CES REGISTER 

I LATCH AMX AND BMX OAT* 
I EXECUTE THE TEST 

I MASK 
I CHECK 

I ALU N BIT FAILED IN CES REG 

I INCREMENT ADR OF AMX D»T* 

t INCREMENT *DR OF BMX D*T* 



Figure 4-12 Microtest Scope Loop Example 
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As shown in Figure 4-12, the operator has entered a Control C 
followed by a RETURN (RET) command. This sequence breaks the test 
loop and returns control to the console program. 

4.9.4 Microtest Single Bus Step Setup 

During microdiagnostic execution the error message shown in Figure 
4-13 is printed on the console terminal. As in the previous 
example, execution stopped on test section 3A. 

As in Paragraph 4.9.3, the error PC is a four-digit number 
indicating a microtest. A look at the section 3A listing indicates 
that the error PC is on line 1948. At this point it is decided to 
use the single bus step capability. 

A scan backward through the microcode indicates a possible loop 
between SYNCIB (line 1943) and ERLOOP (line 1936). A point in the 
loop is chosen to stop the microtest, in this case UPC 116C (line 
1940). The operator enters SET SOMM: 116C, which sets the stop on 
micromatch bit and loads 116C into the microbreak register. A loop 
command is then entered which initiates execution of the loop. 
When the loop reaches UPC 116C, the microtest halts and prints the 
UPC on the console terminal. 

At this point, the operator enters the bus cycle mode (set step 
bus command) . Each time the operator types SPACE, a single bus 
cycle is executed and the UPC is displayed on the console 
terminal. At any point in the loop the operator may scope the 
current conditions. 

As shown in Figure 4-13, the operator has exited from step mode by 
typing any character other than SPACE. The program control flags 
previously set are cleared. The HI flag is set to restore the 
normal default case. A CLEAR SOMM is then performed to clear the 
stop on micromatch bit and the microbreak register, then a 
CONTINUE is performed to begin normal test execution at the next 
sequential test (i.e., A6) . If the operator feels that the problem 
has been cleared, it is probably more practical to start the tests 
over rather than to begin at the next test. 
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MICROTEST PROGRAM LISTING 



CONSOLE TERMINAL OUTPUT 



» >TE5T 

MICRO IrlAGNQSTIC W.05 

01>02>03r 

NO. OF UCS MODULES = 0001 

O4,O5f06F07r08.09tOAr0BF0CrOD»0E.0FFl0fll.l2rl3rl4.15rl4fl7f 

18,19,lA,lB,lCFlB,lE,lFr20f21,22,23,24,25,26.27r28.29r2AF2B.2C,2DF2Ef 

2FF30r31r32,33.34,35.36F37F38F39.3Ar 



TABLE OF CONTENTS 





ERROR: 1026 



SUBTEST: 2 



1832 SECTION 3A 
TEST A5 



DATA: 



TEST 

NUMBER 

INDEX 



MIO SET SOMM: 1 16C 

MIO LOOP 

MICROBREAK MATCH UPC = 116C 

MIO SET STEP BUS 

UPC=116D ( SPACE BAR ) 

UPC-116E ( SPACE BAR ) 

UPC=116F ( SPACE BAR) 

UPC=1170 21* ANY KEY LEAVES STEP MODE 

tC •• CONTROL -C TO GET COMMAND MODE 

MIO CLR FLAG ALL ^ ^ ^ THESE 2 STEPS 

MIOSET F LAG HALTI RESTORE NORMAL FLAGS 

■* CONTINUE TESTING 

FULL SPEED, NEXT TEST 



OPERATOR 

INPUT 

UNDERLINED 



MIC> CLR SOMM j 
MIOCONT^ 



LOOP 
RANGE 



ERROR 
-PC 

INDEX 



STOP TEST ON 
MICROMATCH 



u 


114t, 


u 


tl4*. 





11«B, 


u 


tl4C, 





lUD, 


u 


t«ic. 


u 


1«1D. 


u 


114E, 


u 


IMF, 


u 


use. 


V 


asi, 


« 


1152, 


u 


1151, 


u 


1194, 


u 


use, 


u 


IIST, 


u 


list, 


u 


leiE, 


w 


teir. 


u 


1159, 


u 


115k, 





11»8, 


u 


use. 


u 


115D, 


u 


use. 


u 


usr. 


u 


ii»«, 



U 1020, 



eeei,ee3c,e>8e,0}Ai,efiae,ii4k 
i*(t»ie,00)c,etie,0kte,«2ee,ii4B 
0»M.4a3c,0ite,ciee,e(iee,ii4c 

0*«2, 4030, 01I0, 0100, <I000,114D 

•Mi,B03C,fliBe,09PB,e00e,ieic 
0000 10030, 01)0,0100, 00(10, lero 

08 10, 0038, 01S0. 0470, 0000, 114e 
0801,0028, 0180, 0(00, 0000, 11 4'' 
081C,2034,0tBe,eA18,0e00,]15« 
0810,00)1,3180,3070,0000,1151 
0000,003c, 0180, 0*28, 0000, 1152 
0000,00)0,0180,0928,0000,1193 
0010,8014,0180,0800,0010,1154 
000e,00)C,3ir0,2C«i0,0000,lt9« 
001C, 0034, 01C0, 0*18, 0000, 11 ST 
0010, 2000, 0180,0800, 0«i 10, 11 58 
0000, 013C,018e, 0800, 0000, 101E 
000 1,2030, 0180, 09E8, 0000, It 09 
0000, 003C, 01 80, 0*00, 0080 ,1159 
0018,0014,0580(0*80,0000,115* 
0000, 00)6, 0180, 0*08, 0000, USB 
001 8, 0014, 0580,0*88, 0000, 115C 
0B00, 00 30,0180,0*10,0000, It 50 
0018,0014,0980,0*90,0000, USE 
08 10, •0)8,0180, 0960, 0080, usr 
00 1 9, 8000, 0580, 09E0, 001 0,1 180 
0000,013c, 0180. 0800, 0000, 1020 
0000, 003C, 0180. 0800, 0000,1018 



U 1021, 
U 1022, 
U 1023, 
D 1181, 
U 1182, 
U 1163, 
U 1164, 
U 1165, 
U 1166, 
U 1167, 
U 1168, 
U 1169, 
U 1024. 



^ 



0018, 
0000, 

0000 

0000, 

0001, 

0000, 

0000 

0001 

0000 

0000, 

0602, 

0001. 

0000 



II 



0038 

0030, 

003C 

803C, 

0030, 

003C, 

803C, 

003C, 

003C, 

403C, 

403C, 

e03c, 

H03Df 



0980 
0180 
0180 
0180 

1 
0180 
0160 
0180 
0180 
0180 
0180 
0180 

ai»a 



,09E0 
0800 
0*00 

.C800 
0**6 

,0*08 
C800 
09*8 
0*10 

,C800 
0(00 

,0(r0 

'B»B0 



0000,1022 
,0000,1124 
,0280,1161 
,0000,1162 
,0000,1163 
,0200,1164 

0000,1165 
,0000,1166 
,0200,1167 
,0000,1168 

0000,1169 

0000.1024 
,0000. I BFD 



1025. 0810.0038.0180.8970.0000. 116* 



16*. 0801,0028,0180,0800,0000.1168 
U 1168. 0810.2034.0180.0*18.0000. 116C 



-HU 1160. 0810. 80)8. 3180. 1OT0..I«««. 1 160 



U 1160, 0000,00)0,0180,0*28,0000,1161 
n 116E. 0000. 00)0. 01 80, 0928. 0000. I\6r 



fU 116F. 0010,8060,0180,0800,0010. irfi~ 

D 1170, 0000, 00)0, 3ir0, 2000,0000, 1171 

U 1171, 0010,0034,0100,0*18,0000,1172 

U 1172, 0010,2000,0180,0800,0010,117) 

U 1171. 0000.0130.0180.0800.0000.1026 

- pu 1026, 0801, 20)0. 0180, 09E8, 0000, 1109 



1(89 

1890 
1891 
1892 
189) 
1894 
1895 
1896 
1897 
1898 
1899 
1900 
1901 
1902 
198) 
1904 
1905 
1906 
1907 
1908 
1909 
1910 
1911 
1912 
191) 
1914 
1915 
1916 
1917 
1918 
1919 
1920 
19J1 
1922 
192) 
1924 
1925 
1926 
1927 
1928 
1929 
19)0 
19)1 
1932 
19)3 
19)4 
1515 
1916 



MO [5 1.0 

V*_|l(2] 

D[IIORO]_CACHE.P 

D^.SXTtMOBDl 

l(C[0t]_D 
«0 ERIOOP 

D.RO(0E] 

D_IIOT.D 

D.J).«NO.F[)] 

ID(CCS}.D.D_RCt8e] 

LAB_RCS] 

L0.RCC5] 
SYNOUl *[.D_L**LC,CLK,U6C0,BYTE 

0_tD(CE8] 

Q.Q.*NO.R()] 

*LU.Q-D,01K.UBCC 

IT 
■ ERROR2,ROC0OI_O 

L*B.R[e] 

Ft0]..t**K[,i] 

LkB^Rtl] 

RtU^LA^KI.t] 

L*B_Rt2] 

Rt2).L**KI.2l 

D_R0t80] 

RC (0C].O>K t . 1) ,CLK.DBCC,BYTE 

ET 
■0 J/I0LT8L1 



I SAVE 

I FETCH EXPECTEO N Bit DkTA 
I SAVE 

I 6ENERkTE IMITIAL VALUE OF N BIT 

1 MASK 

I INIT THE CE5 REGISTER 

t LATCH AMX AND BMX OAT* 
I EXECUTE THE TEST 

I M*SX 
> CHECK 

r ALU N BIT FAILED IN CES REG 

I INCREMENT AOR OF AMX OAT* 

I INCREMENT AOR OF BMX 0*T* 

I INCREMENT *0R OF EXPECTED D*T* 

I CHECK THE LOOP COUNT 

I CONTINUE 



ift/i/)iifiinft/u/t/iutittutua/itH/fntn)tu/tt/n/iniiinuut 
I* 

I NOH CHECK THOSE P*TTE]IN8 RCSUIRING THE *LU TO DO AN A MINUS B 



19)7_ 



T882t RCI0C]_Kt.2} 
«0 SUBTEST 

ICLT8L2lVA_R[0] 

DtBYTEJ.CAOHE.p 

RC5]_0 

VA.R11] 

DCBTTE).0*OHE.P 

RCt5]_D 

V*«Rt2) 

DtHOROl.OkCHE.P 

O.D.SXTCNORD] 

JBCI0E1_D 

ERLOOP 



19J8 
19)9 



P-RC t8E1 



1940 



D.NOT.O 
D-D.*ND.R[)1 



1941 

>»42 



iotcEsi-b.D- RcreEi i 



L*B.R(5] 
LO-RCIBl 



194) STNCIBI *LO-LA«LC,OLK.UBOC,BYTE 

1944 a.ID(OES) 

1945 0.0. AND, RO] 

1946 ALU.a«0,0LK.0B0C 
llil U 



1948 mt 



ERR0R2,RCte01,0 



I SET THE LOOP COUNT 

I FETCH AMX OAT* 

I SAVE 

t FETCH BMX 0*TA 

» SAVE 

t FETCH EXPECTED N BIT 0*T« 

I S*VE 



I GENERATE INITI*L VALUE OF N BIT 

I MASK 

I INIT THE OES REGISTER 

I LATOH *HX AND BMX DATA 

I EXECUTE THE TEST 

I MASK 

I CHECK 

I ALU M BIT FAILED IN CES REG 



Figure 4-13 Microtest Single 
Bus Example 



TK-0776 
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CHAPTER 5 
MACRODIAGNOSTIC PROGRAM DESCRIPTIONS 

5.1 DEFINITION OF TERMS 

Module — The diagnostic programs are written in a modular format. 
Each module (file) is a part of the program assembled separately. 
Modular programming allows the development of large programs in 
which separate parts share data and routines. 

Assembler — The MARS assembler (which runs on a PDP-11) and the 
VAX-11 Macro assembler (which runs on a VAX-11) are programs that 
accept one or more source modules written in MACRO assembly 
language and produce relocatable object modules and symbol tables. 

Linker — The VAX/VMS linker and the cross linker accept as input 
one or more native code object modules produced by the assembler. 
Linking consists of three basic operations. 

1. Allocation of virtual memory addresses 

2. Resolution of intermodule symbolic references (global 
symbols) 

3. Initialization of the contents of a memory image. 

Program Defined Symbols — Program defined symbols (and labels) 
are either internal or external (global) to a source program 
module. An internal symbol definition (and reference) is limited 
to the module in which it appears. Internal symbols used by the 
diagnostics are temporary definitions that are resolved by the 
assembler. 

A global symbol can be defined in one source program module and 
referenced by another. Global symbols are preserved in the object 
module and are not resolved until the object modules are linked 
into an executable program by the linker. 

Program Sections — The assembler creates a number of program 
sections (.PSECT) within a module, according to directives by the 
program developer. In addition, any code that precedes the first 
defined program section is placed in the BLANK program section by 
the assembler. 

Through program sectioning the program developer controls the 
virtual memory allocation of a program. Any program attributes 
established by the program section directive are passed on to the 
linker. Thus program sections can be declared as read-only, 
non-executable, etc. Refer to the VAX-11 MACRO Language Reference 
Manual for an explanation of the various program section attribute 
functions. 

In the diagnostic programs, each test is given a separate program 
section. 



5-1 



5.2 OVERVIEW OF THE MACRODIAGNOSTIC PROGRAM 

The macrodiagnostic programs and the diagnostic supervisor are 
written in VAX-11 native code. Each of the programs (and the 
supervisor) consists of modules. These modules are separate files, 
which are assembled separately and then linked by the linker 
program. Each module contains one or more program sections. The 
program sections and routines are organized according to a common 
format and a set of conventions that enable them to interact with 
the supervisor. Note that the listings described in this chapter 
are those assembled by the MARS assembler and linked by the cross 
linker in compatibility mode. The format will change when the 
native assembler and linker are used. 

5.3 MACRODIAGNOSTIC PROGRAM LISTING DESCRIPTION 

This section describes the program listings in general terms. 
Illustrations and examples are taken from the MBA RH780 diagnostic 
program. The formats of the other listings are similar. 

Each program listing begins with user information and a link map 
created by the linker program. The separate modules that make up 
the program constitute the rest of the listing. The first module, 
called the header, defines symbols and labels and provides 
routines that are called by other modules. The modules which 
follow contain the test routines. 

User Information — The user information, which comes at the 
beginning of the listing, includes the following items. 

Program identification 

Copyright statement 

Program abstract 

Hardware and software requirements 

Prerequisites to running the program 

Load and start instructions 

Program description 

History of program maintenance 

Link Map — The link map shows the virtual memory allocation of 
the total program image in the program section allocation 
synopsis. Figure 5-1 shows this synopsis for the MBA diagnostic 
listing. 

The program section allocation synopsis lists the program sections 
according to the order in which they appear in memory. A list of 
attributes and the base, end, and length are given for each 
program section. The base address is the virtual address of the 
first location in each program section assigned at link time. This 
number must be added to the relative addresses given in the module 
listings to determine the virtual addresses of specific 
instructions because the assembly addresses are all relative to 
the base of the program section. 
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VIRTUAL MEMORY ALLOCATION OF IMtQF "ESCAA.FXEjT 
THIS ALLOCATION WAS POK'E OK P0-SEP-7P 
AT 12ja3 BY CROSS LINKER VERSION X4.6 



VIRTUAL 


MEMORY LIMITS! 


iii-i('Uif«2i'!? 


ei^iWSiBSFF 0PI0P1R/1.?!?! 


STACK SIZE (OEC, PAGES): 


1!^ 




Virtual 


DISK BLOCK LIMITS (OCTAL)t 


i^Ci^Clf 1 


PIS.0132 ii?i^trn32 


Identifications 


5.3 




dVNAMIC 


MEMORY AVAILABLE (BYTES) 1 


«2752 




Dynamic 


MEMORY USEr> (BYTES) t 


2!16a8 




largest 


FREE HOLE SIZEl 


?l?«*e 




NUHBER 


OF HOLES FREE: 

«7 HOLES OF a BYTES 
11 HOLES OF 8 BYTES 
« HOLES OF 12 BYTES 
5 HOLES OF 16 BYTES 
U HOLES OF 20 BYTES 
5 HOLES OF 2« BYTES 
1 HOLES OF 32 I3YTES 
1 HOLES OF 1S0 BYTES 


pP'i'79 




Number 


OF P-SFCTS DEFINEOJ 


iUiM^q 




Number 


OF GLOBAL SYMBOLS: 


C'C'S?!^ 





Program section allocation synopsis: 



NAME 

SABSS>| 

$HEADER>: 

$TSTCNT>: 

. ABS .>: 

, BLANK ,>5 

ARGLIST>: 

BUFFERS>| 

CLEANUP>: 

DISPATCH>| 

OlSPATCH^X>j 

HEAOER^C0DE>: 

INITIALIZE>: 

8UHMARY>: 

TEST^(>i«il>l 

TEST^002>1 

TESTj.P03>l 

TEST^e?U>i 

TEST^e05>j 

TE8T^006>l 

TEST^007>! 

TEST^0ei8>l 

TESTieii?9>i 

TEST^010>1 

TEST^CI11>! 

TEST^012>1 

TEST^013>1 

TESTj,01«>i 

TEST^0J5>1 

TEST^016>j 

TE8T^017>: 



ATTRnUTF.S 



K'OPIC, 
NOPIC, 
NOPIC, 
NOPIC, 
NOPIC, 
NOPIC, 
NOPIC. 
K-OPIC, 

NOPIC, 

NnPIC, 

NPPIC, 
NOPIC, 
NOPIC, 
NOPIC, 
NOPIC. 

NOPIC. 

NOPIC, 
NOPIC, 

MPPIC, 
NOPIC, 
NOPIC, 

^iOPIC, 

NOPIC, 
NOPIC, 
NOPIC, 
NOPIC, 
NOPIC, 

NOPIC, 
NOPIC, 
■>iOPIC, 



usp, 

USR, 
-iJSR, 
USR, 
USR, 
USR, 
USR, 
USR, 
'.JSR, 
USR, 
USR, 
USR, 
USR, 
USR, 
USR, 
USR, 
USR, 
USR, 
USR, 
USR, 
USR, 
HSR, 
USP, 
USR, 
USR, 
USR. 
use, 
USP, 
USR, 
USR, 



CON, 
CO^, 
OVR, 
COK, 
CON, 
CON, 
CON, 
CON, 

CON, 

CO^, 
CON, 
CON, 
CON, 
CON, 
CON, 
CON, 
CON, 

CON, 
CON, 

co^, 

CON, 
CON, 
CON, 
CON, 
CON, 
CON, 

CON, 
C0^3, 

CON, 
CON, 



4 PS 


- LCL, 


PFL 


r LCL, 


PFL 


, LCL, 


4SS 


, LCL, 


KEL 


. LCL, 


'EL 


. LCL, 


REL 


, LCL, 


»?L 


- ICL, 


Of-L 


, LCL, 


PPL 


r LCI, 


«FL 


- LCL, 


^f^l 


r LCL, 


«FL 


, LCL, 


»FL 


. LCL, 


'-tL 


. LCL, 


CP.L 


. LCL, 


«fL 


- LCL. 


"^El. 


, LCL, 


f-'i^L 


, LCL, 


hPL 


r 1 CL. 


whL 


. LCL, 


= K 


. ICL, 


»tL 


. LCL, 


Sf 1 


, I CL, 


»EL 


r LCL, 


f^cL 


. LCL. 


-s^L 


, LCL. 


Kt;L 


, LCL, 


SC|. 


r LCL, 


''EL 


. LCL, 



NOSHP, 
NOSHR, 
NOSHR, 
NOSHP, 
NOSHR, 
NOSHR, 
NOSHR, 
NOSHR, 
NOSHR, 
NOSHR, 
NOSHR, 
MOSHR, 
NOSHP, 
NOSHR, 
NOSHR, 
NOSHR, 
NOSHR, 
MOSHR, 
fJOSHR, 
NOSHR, 
MOSHR, 
WOSHR, 
NOSHP, 
NOSHR, 
NOSHR, 
NOSHP, 
NOSHP, 
NOSHR, 
'.OS MR, 
MOSHR, 



EXE, 
NOExE, 
NOEXE, 
NOEXf , 

EXE, 

EXE, 
NOEXF, 

EXF, 
NOEXE, 
NOEXE, 

EXE, 

EXE. 

EXE, 

EXF. 
FVF, 
EXE, 
EXE, 
EXE, 
EXE, 
EXF. 
EXE, 
EXE, 
EXE, 
EXE, 
EXE, 
EXE, 
EXE, 
EXF, 
EXE, 
FXE, 



WD 
RD 
RD 
NORD 
RO 
RO 
RO 
RO 
BO 
RO 
RD 
»0 
RD 
RD 
RO 
RD 
RD 
PD 
RO 
RD 
PD 
RO 
Rf> 
RO 
RO 
RD 
RO 
RO 
RO 
RO 



WRT 

NQWRT 

NOwRT 

NOWRT 

WRT 

NO-RT 

WRT 

WRT 

NOlNRT 

MOii»RT 

NOWRT 

WRT 

WRT 

NOwRT 

NOWRT 

NQWRT 

NOWRT 

NOwRT 

NOWRT 

NOWRT 
N W R T 
NOwRT 
NQWRT 
NOWRT 
NOWRT 
^'OWRT 
NOWRT 
NOWRT 
MQWRT 
NOwRT 



BASE 

?00(?IR0P0 

0000i^200 

0000^284 

00000000 

^0000288 
l'»0001ABC 

00<?02000 

00002600 
0000267e< 
00002850 
e0002A00 
00002E3C 
0000309« 
00003200 
00003400 
00003800 

00003A00 

0000U20P' 

000104600 
a000iie00 
00l»05200 
00(^05C00 
^00^6000 
00006800 
00006C00 

00007000 

309107800 
00K07C00 

0000R000 



END 

00000000 

00000281 
00000287 
000(^0000 
00001AB8 
00001E63 
000025FF 
0000266F 
00002B4F 
00002867 
00002E3A 
00003091 
0000309D 
000033SS 
0000369B 
00003987 
00004152 
000l^02A7 
000045E1 
i«000«773 
000051FC 
00005AD7 
KI0005E0B 
0000679D 
00006A59 
00006F2F 
00007615 
00007A2E 
0000eFFC 
00(^09158 



LENGTH 

00000000 
00000082 
00000004 
00000000 
00001831 
000003Ae 
00000600 
00000070 
00000110 
00000018 
0000043B 
00000256 
0000000A 
00000156 
0000029C 
00000186 
00000753 
000000Aa 
000001E2 
■00000174 
000009FO 
000008D6 
0000020C 
0000079E 
000002SA 
00000330 
00000616 
0000022F 
000013FD 
00000159 



Figure 5-1 Portion of the 
Program Section Synopsis, 
RH780 (MBA) Diagnostic Program 
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The link map also lists the global symbols and their assigned 
values. Note that symbols used as labels point to routines in the 
diagnostic supervisor, if their values are over 10000. 

Figure 5-2 shows a portion of the global symbol table for the 
absolute program section in the header file of the MBA diagnostic 
program. 

The link map is a part of the listing created by the linker, but 
not a part of the actual program in memory. It always precedes the 
first file in the macrodiagnostic program listings. 

Header Module — Like all of the modules in the program, the 
header module begins with a Table of Contents, a Copyright 
Statement, and a Revision History. 

The declarations section in the header module contains global 
symbol definitions for register bit names, data patterns, masks 
referenced by the program, and Macro definitions. This section 
constitutes the beginning of the program code. The own storage 
section in the header module contains program labeled data, such 
as drive addresses, and program text and format statements, 
containing the ASCII texts of error and status messages. 

The header module also contains code that generates the hardware 
and software parameter tables, report and print routines, 
initialization and clean up routines, and interrupt and exception 
service routines. 

The assembler prints a symbol table and a program section synopsis 
for the entire module following the last program section in the 
module. 

Test Modules — The remaining modules in the program contain the 
tests, which are the main body of the program. Each module begins 
with a Table of Contents, Copyright Statement, and Program 
Maintenance History. The program code begins with macro 
definitions. A symbol table and program section synopsis are 
provided by the assembler following the last program section for 
each test module. Notice that each test begins a new program 
section . 
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**• FILEI ESCAAl.ORJil TITLEl PH78P^HFAnE» IDE^iT| 5,3 2t»-SEP-197e Ill0« 
?E0, NAMF ALIGNMENT BASF ENO LENGTH 

<• ABS ,>J BYTE (iCf'i^'^Oipa 00000000 00v«0C'i0»i0 



GLOen SYMBOLS OEPINEO;- 



$ENV 

AA55 

ALL^ONES 

ATTENTION 

BLK8CSBI 

BRl 

BR 4 

8R7 

BYTES 

CAR 

CRTED^REAO^DATA 

OATA^XFER^DONE 

DISABLE^LOG 

DPE 

ORIVE^OFFSET 

ORVj.INITMAaK 

OTE 

OVA 

ERR 

F00F 

FORCEj.MEMERR 

HP$5j.BR 

HP$Bj.TR 

HPSQ^DEVICE 

IMAPP 

INTERRUPTj.ENBLe 

INVRT^MB^CPAR 

IPLR 

MANUAL 

MAP^^OFFSET 

MASS^CNTRL^PE 

MASS^ECP 

MA88a.RUN 

MBE 

MBE*CR2 

MBE^ER 

MBE^SR 

MOL 

NEXUS^OFFSET 

NIBBLE2 

NIBBLES 

NON^XIST^DRIVE 

OCC 

PF^FIELD 

PIP 



00000001 

0000AA55 
0000FFFF 

00010000 
0»)00001C 

e!;^000011 
00000014 
0«00g01T 
00FF0000 

0000001C 

20000000 

00002000 

30000000 

00000010 

00000080 
00001180 

00001000 

0"!000800 
00004000 
0P00F00F 
0ti0002FF 

00000021 

00000020 

0l!l000000 

00000010 
00000004 
41?I000000 
00000012 
00000002 
00000800 
0(^020000 
0«000080 

0p'0e0a00 

0!3000003 

0(^000014 
000001^08 

0?l0000e4 

0?'001000 

0^1002000 

00000F00 
00F00000 
0H040000 
00000019 
000<}0009 
0t»00200M 



$M0 

AOAPTERj^COOE 

ASP^OFFSET 

ATTM 

BLfSNP^COMD 

BR? 

6R5 

BYTE0 

PYTES 

CPF 

CSR 

DATA_^XFER^LATE 

DPH 

DRIVE^SELj.MS!< 

DRY 

DT_.4B0RT 

E«L 

ERR^CONF 

F4TL 

HP«4^CHANNEL 

HPfR^DRIVE 

NP*L^MRVEC 

HPST^^OEVICE 

IWRCP 

I'-T^SeO^TIMEOUT 

INVPT_^Mfi^DPAR 

LOl^BITS^MSK 

MAP^1_^PATTRN 

HAP_^pe 

MASS^CTOD 

"ASS^EXCP 

HASS^wCLK 

MBE^ASR 

MRE^DBR 

MCLK 

fSR 

NIPeLE0 

MB'^LES 

fvIoBLfb 

KlOOP 

OPT 

PF^moTh 

"C^ER^OOKN 



00000001 

00C105»416 
0'40000ie 

10?(^«^P!0!? 

00P0«012 
00000015 

FF00000P1 
00P00006 

00i?(api00w 

000fl^800 

0000*1001 

00000100 

PCC»PE000 

00PC0080 

000(?0002 
0000«i11 A 
00000008 
00000013 
0(10(30014 
0l''00!i?H?2 
00000024 

0001^0006 

0000001E 

WilW0t«v'»c»2 

8'>ipt'(aM00 

0i?t'ii'0'?3F 
801PFFFF 

0000f"020 

0001 tl0t10 
00020(!tH0 
0C0U0000 
00«00?10 
00000111C 
00001 (!l(?0C 
00000«02 
00000«ie 

00C!!r^F300 
0F0i«V!i0P 

00000000 

00002000 
P)00j)0015 

008^00»t0 



AS5A 

ALL 

ATA 

BCR 

8R0 

eR3 

BR6 

BYTEl 

fiVTE^COUNT^MSK 

CR 

OATA^XFER^ABRT 

DEFAULT 

OOCC 

OR 

0RVj.ERRMA8K 

OS^MSK 

OT^BUSY 

EMABLE^PS 

EXT^REG^OFFSET 

FERR 
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Figure 5-2 Portion of the 
Global Symbol Table for the 
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File of the RH780 (MBA) 
Diagnostic Program 
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5.4 DIAGNOSTIC PROGRAM AND SUPERVISOR INTERACTION 
Whether a diagnostic program is executed in the user mode or in 
the standalone mode, its relation to the diagnostic supervisor is 
basically that shown in Figure 5-3. Once a diagnostic program has 
been loaded and the diagnostic supervisor has been loaded and 
started, program control moves to the boot routine of the 
supervisor. This routine clears vector space, flags, mail boxes, 
and sets up the processor registers to a known state. The boot 
routine checks to determine whether the operator has typed a 
Control C and sets up a map of memory and I/O addresses creating 
P0 and PI page tables. It then initializes the system control 
block and the process control block, and then calls the begin 
routine . 

The begin routine changes the processor mode to kernel and calls 
the CLI (the command flag should be set). The CLI types out the 
prompt symbol, DS> , indicating that the supervisor is ready for 
commands. When the operator types in a command (e.g. START), a 
parser routine in the supervisor is activated to decode the 
command and call the requisite action routines, clear the command 
flag, and then call the dispatch routine. 

The dispatch routine forms the heart of the supervisor. It begins 
by clearing the error count and setting the pass zero flag and 
then calls the initialization routine in the diagnostic program to 
be executed. 

The initialization routine initializes the unit under test and 
sets up conditions in the CPU and on the SBI which are necessary 
to the diagnostic program. The initialization routine then 
questions the operator concerning the unit to be tested, creates a 
hardware parameter table (P Table) , tests for end of pass, and 
returns control to the dispatch routine in the supervisor. 

The dispatch routine then calls the first test. At the end of each 
test, control returns to the dispatch routine. At the end of the 
last test in the program (or the last test selected by the 
operator) , the dispatch routine in the supervisor calls the 
initialization routine in the diagnostic program. This routine 
determines whether or not the end of the current pass has been 
reached. If the end of the current pass has not been reached, the 
first test routine in the dispatch section of the supervisor is 
called, beginning another test sequence. If the end of the pass 
has been reached, the program calls the end of pass routine in the 
supervisor . 

The end of pass routine in the supervisor determines whether or 
not the last pass to be run has been completed. If so, the cleanup 
and summary routines in the diagnostic program are called, the CLI 
command mode is set, and control passes to the begin routine which 
calls the CLI. The CLI prints out the DS> prompt symbol and waits 
for operator input. 
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Figure 5-3 Diagnostic Program 
and Diagnostic Supervisor 
Interaction 



If the last pass has not been completed, the end of pass routine 
checks to see whether the operator has typed control C. If the 
Control C flag is set, control returns to the CLI. Otherwise, the 
end of pass routine calls the begin routine in the supervisor to 
initialize the system and initiate the next pass of the diagnostic 
program. 

Note that when the operator types Control C, he does not cause an 
interrupt routine to be called. The Control C merely sets a flag. 
The status of the flag is checked periodically when the tests in 
the diagnostic program call various service routines and at the 
end of a pass. 

5.5 ANALYSIS OF A SAMPLE TEST: RH780 (MBA) TEST 3, SUBTEST 1 

5.5.1 Listing Column Format Description 

Figure 5-4 shows the program listing for the MBA RH780 diagnostic 
program (ESCAA) , test 3, subtest 1. The sixth column from the left 
contains the relative address of each instruction. These numbers 
begin at with the beginning of each program section. Note that 
the address offset of the program section containing Test_ 3 
(3600 ^) , found in the link map, must be added to the relative 
address to find the virtual memory address of the instruction. 

The seventh column from the left contains the listing line 
numbers. These numbers begin at for each module of the program. 
Note that the line number increments for each line of the source 
module. The sixth column shows the program counter, containing the 
relative address. The relative address increases according to the 
amount of memory space required for the instructions and operands. 
Line numbers are present only for lines entered by the program 
developer. Macro expansions do not have line numbers. 

The eighth column from the left contains labels used by the 
programmer as symbolic addresses. 

The ninth column from the left contains instruction mnemonics and 
Macro calls. Note that the Macro calls themselves require no 
memory space (the relative address does not change) , and that in 
the Macro expansion which follows, the line number is not 
incremented (line 317). At assembly time, the assembler program 
responds to the Macro calls, expanding the Macro according to the 
definition listed at the beginning of the file. 

Column ten contains operands for those instructions contained in 
column nine; and it contains instruction mnemonics and parameters 
for the Macro expansions. 

The eleventh column from the left contains operands from the Macro 
expansions. 

Column five contains the op codes (hex) for the instructions 
contained in columns seven and eight. 
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Columns one through four contain the hexadecimal code for the 
operands specified in columns ten and eleven. Columns two and four 
contain operand specifiers. Columns one and three contain operand 
specifier extensions. Numbers followed by an apostrophe (e.g., 
00000000') are the machine code for symbolic operands. They are 
modified by the linker at link time. (MARS is a one pass 
assembler. Forward references, with the exception of branches 
within P sections, and global symbols cannot be resolved until 
link time.) 

The twelfth column contains comments describing the functions of 
the instructions. Each comment is preceded by a semicolon. 

5.5.2 Analysis Of Typical Lines 

Line 311 — The BISL instruction sets bits in the destination 
according to the mask provided. #PGM.INIT is the symbol for the 
mask. Its value (00000001) can be found in the symbol table at the 
end of the module. CR is the symbol for the relative address 
(offset from the MBA base register) of the control register of the 
MBA under test. Its value (00000004) is also listed in the symbol 
table. This value is added to the contents of R2, the base address 
of the MBA under test, to produce the physical address of the 
control register. The instruction thus sets bit zero of the 
control register. The comment, INIT, indicates the function that 
setting bit zero performs. 

Line 317 — $ERRHARDS, in line 317, is a Macro call. The symbols 
that follow it are arguments to be used in the call. The five 
lines that follow line 317 show the expansion of the Macro. These 
instructions push the arguments on the stack and call the 
DS$ERRHARD subroutine in the supervisor, which sets the error flag 
and prints an error message based on the stored arguments. 
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5.6 RH780 (MBA) DIAGNOSTIC SAMPLE SUBTEST (Direct I/O) 

5.6.1 RH780 Diagnostic Detailed Flow 

Each test in a given diagnostic program relies on subroutines 
provided by the diagnostic supervisor. The diagnostic program thus 
depends on the supervisor for services as well as initialization 
and test sequencing functions. The operator should be able to 
follow references and subroutine calls back and forth between the 
diagnostic program being run and the supervisor in order to use 
the listings. 

The general strategy used throughout the diagnostic programs 
involves writing and then reading back data directly (with MOVE 
instructions) in order to exercise the logic circuits or device 
functions under test. Data retrieved is compared with data 
expected. If the comparison indicates a failure, an error routine 
takes appropriate action and sends a message to the operator. 
Subroutine 1 of test 3 of the MBA diagnostic is representative of 
this strategy. This subtest determines whether the control 
register of the MBA under test can be cleared after each bit in 
the register has been set. 

When the diagnostic supervisor calls test 3 of the MBA diagnostic, 
the test initialization code moves the base address of the MBA 
under test to general register 2. This register is then used to 
index specific MBA registers. The ERRPREP Macro then stores 
information concerning test 3 in a buffer area for use in error 
messages . 

Subtest 1 begins with a call to the DS$BGNSUB entry point in the 
supervisor, as shown in Figure 5-5. In order to find this entry 
point, look in the global symbol table in the program link map 
(Figure 5-6). DS$BGNSUB equals 00010030, an address in the 
supervisor. Note that the first two characters of the symbol (DS) 
indicate that the symbol points into the diagnostic supervisor. 
The global symbol table in the link map for the supervisor shows 
that the entry module (ESSAAll) defines the symbol (contains the 
code for the entry point) (Figure 5-7). The names of the 
supervisor modules suggest their functions (e.g., entry, loop, 
print) . 

The DS$BGNSUB entry point contains only one instruction, a jump to 
RBGNSUB, as shown in Figure 5-8. This subroutine is in the loop 
module of the supervisor (Figure 5-9). RBGNSUB checks the subtest 
sequence for correct order. A discrepancy causes the subroutine to 
call a print routine, which displays an error message, and then to 
return to the CLI. If the subtest sequence is correct, the RBGNSUB 
subroutine calls the KB-CHECK routine to check for Control C. If 
the operator has typed Control C, control returns to the CLI. 
Otherwise, control returns to subtest 1 which, at this point, 
begins testing the MBA logic. 
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Subtest 1 initializes the MBA under test by writing a one to bit 
zero of the control register, the initialization bit. The subtest 
then writes ones to the control register, writes zeros, and then 
reads the register. If zeros are not returned from the control 
register, the subtest calls the DS$ERRHARD entry point in the 
supervisor. The DS$ERRHARD code is in the supervisor entry module, 
ESSAAll (see the supervisor link map) . DS$ERRHARD causes a jump to 
RERRHARD, which is located in the error module of the supervisor. 
RERRHARD sets the error flag, rings the bell if the bell on error 
flag is set, and calls the DS$PRINTF entry point. Like the other 
DS$ entry points, this one is locate.d in the entry module and 
contains only a jump instruction. The jump transfers control to 
the RPRINTF routine in the print module (see the supervisor link 
map). RPRINTF, in turn, calls the RPRINTOUT routine, also in the 
print module. This routine prints out a message on the operator's 
terminal indicating the test and subtest numbers, the logical unit 
number (LUN) under test, and the failing module name (MIR). 
RPRINTOUT returns control to RPRINTF, which returns control to 
RERRHARD, which returns control to ESCAA test 3, subtest 1. 

At this point, the testing and error reporting portions of subtest 
1 have been completed. The subtest then calls DS$CKLOOP (in the 
control module of the supervisor). This entry point causes a jump 
to the RCKLOOP subroutine, which is located in the loop module. 
Unless the loop and error flags are both set, control returns to 
the subtest, which in turn calls DS$ENDSUB in the supervisor to 
terminate subtest 1 and start the next subtest. 

If the loop and error flags are both set, the loop address is 
calculated and the RCLKLOOP routine causes a jump back to the 
beginning of subtest 1, at label 10$. Note that if the loop is the 
first loop after the error call, the test and subtest numbers are 
checked. If one of these numbers is wrong, control returns to the 
subtest as if the loop flag were not set. After the first loop, 
the subtest will be repeated continually. 

5.6.2 RH780 Diagnostic Sample Error Message 

The error messages generated by the RH780 diagnostic vary, 
depending on the type of error detected and the type of the 
failing test. However, in all cases the error message will 
identify the failing module (or bus signal) and the nature of the 
failure. Expected and received data are printed when meaningful. 
For example, if bit 2 (IE) of the MBA control register is set, the 
error message printed will look like that shown in Figure 5-10. 
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Figure 5-10 ESRCA Sample Error Listing 

Use the test, subtest, and error number to look up the relevant 
code in the program listing. Notice that test 3, subtest 1, error 
1 is the portion of the program discussed in the previous 
paragraph. The program sets the maintenance bit in the control 
register. It then writes ones to the control register, clears the 
register, and reads the register. Since bit 2 is stuck at one, the 
received data and the expected data do not match. 



After listing the failure, 
succeeding tests. The operator 
computer to change the MIR 
diagnostic supervisor commands 
the failure more closely. 



the program continues with the 
may, at this point, shut down the 
board as directed, or use the 

to set up a scope loop and monitor 
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RP0X/DCL REPAIR DIAGNOSTIC (DIRECT I/O) , SAMPLE SUBTEST 



5.7.1 Detailed Flow 

The RP0X/DCL Repair Diagnostic (ESRCA) is representative of the 
peripheral diagnostic programs that use direct I/O. Like the 
cluster diagnostic programs, the RP0X/DCL repair diagnostic 
accesses registers on the unit under test directly, with move and 
bit set instructions and the like. However, the RP0X/DCL repair 
diagnostic relies more heavily than the MBA diagnostic on services 
provided by the diagnostic supervisor. In particular, it uses the 
channel services of the supervisor to perform such functions as 
initializing a channel, aborting a function, enabling and 
disabling interrupts, setting map registers, defeating parity, and 
determining adapter and error status. 

For example, when the dispatch routine in the supervisor calls the 
first test in the RP0X/DCL repair diagnostic, the test routine 
gets the address of the device under test and then, passing a list 
of arguments, calls for channel services through the DS$CHANNEL 
entry point in the supervisor. Figure 5-11 shows the code for 
test 1, subtest 0, errors 1-3. Figure 5-12 shows the subtest flow. 
DS$CHANNEL calls DSX$CHANNEL, which in turn, calls the BLDCDB 
subroutine, which builds a channel data block containing the 
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Figure 5-11 ESRCA RP0X/DCL 
Test 1, Subtest 0, 
Program Listing 
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ESRCA RP0X/DCL Repair Diagnostic Test 1, Subtest 0, 
Flowchart (Sheet 1 of 2) 
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Figure 5-12 ESRCA RP0X/DCL Repair Diagnostic Test 1, Subtest 0, 

Flowchart (Sheet 2 of 2) 
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P-Table address, and the adapter address; clears the flag word; 
and determines whether the channel is an MBA or a UBA. When 
control returns to the DSX$CHANNEL routine, the function argument 
passed from the calling program (ESRCA) is evaluated, activating 
one of several function subroutines. In this case, the INITA 
subroutine sets the initialization bit in the MBA control 
register. 

Control then returns to the calling program (ESRCA) , which reads 
the RPCSl (control status) register of the unit under test with a 
MOVE instruction (direct I/O). The test routine then calls 
DS$CHANNEL again, this time passing a different function argument 
(CHC$_STATUS) . The DSX$CHANNEL routine is executed again, 
activating the CHC$_STATUS subroutine which stores the unit and 
adapter status in the location labeled CH_STATUS. 

Then when control returns from the DSX$CHANNEL routine to the test 
routine, the data in location CH_STATUS is compared, bit by bit, 
with expected data patterns. If an error is detected, the test 
routine calls a series of supervisor routines (DS$ERRHARD, 
DS$SHOCHAN, DS$CKLOOP, and DISPATCH) to print out error 
information, loop if the loop flag is set, and return to the 
dispatch routine if the loop flag is not set. 

5.7.2 RP0X/DCL Repair Diagnostic Sample Error Message 
Test 1, subtest 0, error 1 of the RP0X/DCL diagnostic identifies 
control bus parity failures on the Massbus (Figure 5-11). When the 
program detects this failure, the error message identifies the 
failure by test, subtest, error, failing unit, and error type. In 
addition, the message includes an MBA channel status dump, showing 
the contents of the pertinent registers, as shown in Figure 5-13. 

Bit 17 of the status register is set, indicating the Massbus 
control parity error. 

Other error message formats display expected and received data and 
the contents of relevant registers in the RP0X/DCL, depending on 
the error and the failing test. 

5.8 DISK RELIABILITY DIAGNOSTIC (QUEUE I/O), SAMPLE SUBTEST 

5.8.1 Detailed Flow 

The Disk Reliability Diagnostic program (ESRAA) is representative 
of the queue I/O diagnostics. Instead of performing move 
instructions to read and write peripheral device registers 
directly (as the MBA diagnostic does) , the program builds an 
argument list containing device and transfer parameters and 
pointing to the data to be transferred and the function to be 
performed. The program then calls the queue I/O services of VMS or 
the diagnostic supervisor. In this way, the program transfers 
information to and from the peripheral device under test without 
requiring exclusive use of the device, the channel, or the 
computer system. Figure 5-14 shows the listing for ESRAA test 1, 
subtest 0, error 12, the first of the data transfer tests. Figure 
5-15 shows the program flow for the same routine. 
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** PROGRAM: ZZ-ESRCA RP0X/DCL DIAGNOSTIC, REV 4.1, 46 TESTS. 

TEST 1: QUALIFICATION TESTS 

******** ZZ-ESRCA RP0X/DCL DIAGNOSTIC - 4.1 ******** 

PASS 1 TEST 1 SUBTEST ERROR 2 10-MAR-1978 08:26:20.26 

DEVICE FATAL WHILE TESTING DBA0: CONTROL BUS PARITY ERROR DETECTED 

MBA CHANNEL STATUS DUMP 



MBA_CSR: [20010000] 00000020 (X) ; 
MBA_CR: [20010004] 00000000 (X) ; 
MBA_SR: [20010008] 00020000 (X) ; 
MBA_VAR: [2001000C] 00000200 (X) ; 
MBA_MAP(80): 00000000 (X) ; 
MBA_BCNT: [20010010] 00000000 (X) ; 



MCPE 



TK-1265 



Figure 5-13 ESRCA Sample Error Message 
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2Z»E5P**-5,2 04T4 TRANSFER TESTS 

e8R»»8*Q*4.TESTS aU*LIFIC»TION TESTS Z7-es»A».5.e 
S,tl 0*T» TR/kNSFER TESTS 



Jl.AUG-1978 iei52|tt4 



Fleht 1 Fran* D16 
VHX.U MACRO X0.3«« 



S«qu*ne« 1*6 
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56 
57 

85 AB 
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0B 
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5B i90(f(!i»07F 



56 

5« 
IC Aa 
28 A<l 

a«H(«'ci 
wojie'ci 

30 All 

^ta A4 

S>C A4 

0e0e0eiie'9F 

«e«eBti0«>'GF 
an 



7E 
7E 
7E 



B00e»("Ci»'9F 



BBe»P(»")«*GF 
?2 



■JBfria-lBBa'E 



Be0si0aBE''9F 

B0a0?IBv15<'9F 

aeeBi^iji»e"9F 



6F 
50 
8F 
6F 
EC 
5B 

SA 

01 
59 

EFaa 
EF 
8F 
59 
5A 
58 
(SPei0H00(«'EFa2 

aBH0jlMfl(i'EF42 

08 

6E 

61 
63 

52 

58 
59 
5A 

02 
5» 
017B 

6e 

64 
63 



i)(<^?00«A'EF 
52 
0C 

05 AF 

0148 



3C 

9A 
9A 
9J 

12 

B0 

It 
B0 

Da 

00 
F3 

D« 
04 
C3 

D0 
OE 
00 
90 
90 
80 
D0 

90 



FA 

FA 
E8 

DD 
B0 
90 
90 
FB 
E9 
31 



FA 
E8 



OF 
OF 
DD 
00 

FB 

FA 
31 



CA AF 



„3,/5 
i>3'>S 
1-3 ?5 

!>3"5 

.■■ms 

i'J''5 
"5B5 
•.«3i<5 
F3<S5 
►t3!>5 

H3i*5 
S13J15 

0305 
1135)5 

B3«5 
H305 
V1325 
B3«5 
0305 
0305 
?505 
'»3i»5 
a309 

Vim 

iSiW 
B316 
'«31B 
1«319 
i'321 
5*325 

»32C 
ti32E 
«33» 
L>341 
«342 
<>3a4 
v>346 
;-S49 
03«A 
•1352 
<)35A 
?562 
■•367 
^•36C 
;'37l 
/37A 
i'37A 
^•383 
11384 
r'387 
0387 
.)3eE 
i'38E 
i'395 

D39a 

0398 
t<39A 

P39P 
'J3A0 
^3A3 
K3AA 

»3Af) 
t»380 
•.'3B1» 
'13B7 
("3^7 
iiSBF 
•13C1 
"3C1 
^3C1 
>*5C7 

ii3cn 

:"3CF 

!1301 

i'301 

13 D8 
i'3F"i 
1-3E3 
.!3E3 



309 
310 
311 
312 
313 
314 
315 
316 
317 
318 
319 
320 
321 
322 
323 
324 
325 
326 
327 
328 
329 
330 
331 
33? 
333 
334 
335 
336 
337 
338 
339 
340 
341 
342 
343 

344 
345 
346 



547 

348 208SI 

349 

350 

351 

352 

353 

354 

355 

356 

357 

358 

359 



BEGIN MULTI-SECTOR WRITES, wRITECHECK, AND READS 

REGISTERS USAGEl 

R5 r HAKIMUM NUMBER OF CVLIODERS 

R6 » fAXI»'UM NUMBER OF TRACKS 

R7 B MAXIMUM NUMBER OF SECTORS 

R8 » CURRENT CTLIUDER NUMBER 

R9 « CURRENT TRACK NUMBER 

RIB s CURRENT SECTOR NUMBER 

Rll ■ DEVICE CHARACTERISTICS POINTER 



181SI 



182tl 
190*1 



366 
367 
368 



369 



HOVZNL 0SKOC«w^crLNOR(Rll),R5 

MOVZBL DSK0CtB^TRACK(Rll),R6 

M0VZ8L 0SKDCS8iSECT0R(Rll),R7 

CMPB «RM03,O8KOC»B^TyPE(Rll) 

BNEO 181S 

rtOVK »LSTSECT^RM,- 

LASTSw^SECTOR 

BR8 182* 

MOVW »LST5ECT^RP,- 

LASTSM^SECTOR 

CLRL R0 

MOVL »PATTERNJ,BUFFER1 tR0l 

AOBLEO «127#R0,190t 

CLRL RB 

CLRL Rie 

SUBL3 (1,R6,R9 



360 
361 



362 

363 

364 205tt 

365 



MOVL 0I0PTRLI8TtR2).R4 
MOVAU BUFFER1.0I0«^P1(R4) 
MOVL •512,0I0S^P2tR«) 
MOVB R9,BI0»Bj.TRACKCR«) 
M0V8 RI0,OIOJB4.SECTORCR4) 
MOVi" R8f0I0«w_^CYLN0R(R4) 
MOVL 0SK0B^PTRLISTtB21,- 

aiP»^P6(R4) 
MOVL EF^LISTtR2J,0I0»^EFN(R4) j 
MOVB •lOSj.wRITEPBLK,- > 

I3I0»^FUNC(R4) 
ir>S^BREAK 

CALLG (SP], tvOStBREAK 
SOIOK^G (P43 ; 

CALLG (R4),G*SrSSOIOW 
BLBS (R3),2ieS I 

CHECK^BLOCKS R2,R8,R9,R10 ; 
PUSHL R2 

R8,.tSP) 

R9,-(SP) 

R10.-(SP1 

• 2,CHECKj.8L0CK 

} 



PICK UP MAXIMUM NO OF CYLINDERS 

PICK UP MAXIMUM NUMBER OF TRACKS 

PICK UP MAXIMUM NUMBER OP SECTORS 

IS THIS AN RM03T 

NOPE 

GET LAST SECTOR IN CYLINDER 

SKIP 

LAST SECTOR FOR RP 

CLEAR LONG WORD BUFFER INDEX 
MRITE PATTERN 
HRITE 512 BYTES 

CLEAR CURRENT CYLINDER 
CLEAR CURRENT SECTOR 
BEGIN AT LAST TRACK 

R4 POINTS TO 010 ARCLIST 

PUT BUFFER ADDRESS IN SIO iRSLIST 

WRITE BYTE COUNT 

WRITE TRACK VALUE 

WRITE SECTOR COUNT 

WRITE CYLINDER 

WRITE DIAGNOSTIC BUFFER ASORESS 



WRITE EVENT FLAG NUMBER 
SET FUNCTION « WRITE 

» CHECK FOR "C 

ISSUE QIO REQUEST 

BRANCH IF NO ERRRORS 
CHECK BAD BLOCK FILE 



HLBC 

BRx 



HOV* 

Move 

KOVB 

CALLS 
R0.205* 



(SP), ••DSSBREAK 
(R4),G*SYS$OI0w 



SOS^BREAK 

CALLG 
fOIQw^G tR4) 

CALLG 
BL8S (fi3),210S 
tOS^ERRHABD^S ,92, BLANK,. 

DDMP^STATUS 

PUSHAL DUMR^STATUS 

PUSHAL 

BUSHL 

PUSHL 



BRANCH IF NOT IN BAD BLOCK FILE 
GET NEXT BLOCK 

t CHECK FOR *C 

RETRY WRITE COMMAND 

BRANCH IF SUCCESS 
REPORT ERROR 
DUMP STATUS 



!ll TE 



37H 

371 210«I 



BLANK 
R2 

«fER 
ST 1, SUBTEST 0, ERROR 12 

CALLS «$SM, (tiDStERRHARD 

2a5» 

205». ••DSICKLOOP 
I 
2«5S 
205*, ••DSJCKLOOP 



SOSj.CKLOOB 

CAULG 
iSRw 640* 

$DS*CKLOOP 

CALLG 



» LOOP 
GET NEXT BLOCK 



Figure 5-14 Disk Reliability 
(ESRAA) Test 1, Subtest 0, 
Error 12 Listing 
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VMS 
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WRITE PATTERN 1 TO 
FIRST CYLINDER 
FIRST BLOCK LAST 
TRACK 

LOAD DIAGNOSTIC 

BUFFER 

LOAD I/O STATUS 

BLOCK (lO SB) 



DISK RELIABILITY ESRAA TEST 1, 

SUBTEST 0. (ERROR 12) DATA TRANSFER TESTS 



r START J 










DETERMINE NUMBER 
OF CYLINDERS 
TRACKS 
SECTORS 

DETERMINE DRIVE 
TYPE 




' 






WRITE PATTERN 1 
(A570A570) 
INTO A BUFFER 
512 BYTES 




1 







SET POINTERS 
TO CYLINDER 
SECTOR 
LAST TRACK 



BUILD Q I/O 
ARGUMENT LIST: 
BUFFER ADDRESS 
BYTf COUNT 
TRACK SECTOR 
CYLINDER 
DIAGNOSTIC BUFFER 
ADDRESS 
EVENT FLAG # 
FUNC = WRITE 



^ 




Figure 5-15 



ESRAA Test 1, Subtest 0, Error 12 Flowchart 
(Sheet 1 Of 3) 
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Figure 5-15 ESRAA Test 1, 
Subtest 0, Error 12 Flowchart 
(Sheet 2 of 3) 
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Figure 5-15 ESRAA 



Test 1, Subtest 0, 
(Sheet 3 of 3) 



Error 12 Flowchart 
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The first test, when it is called by the dispatch routine in the 
supervisor, sets up a pointer to the I/O status block and tests 
various drive commands (drive clear, seek, recalibrate, NOP, 
offset, and reset) . Test 1 then performs an oscillating seek test 
before beginning the data transfer tests. 

In the data transfer tests portion of test 1, the program sets up 
a write transfer of a data pattern (A570A570) to the first block 
on the disk pack in the drive under test. The data to be written 
to the disk is loaded into a buffer area in memory. The program 
then builds an argument list containing the address of the data 
buffer, the byte count of the data to be transferred, the location 
of the target block on the disk pack (track, sector, cylinder) , 
the diagnostic buffer address, the event flag number, and the 
function to be performed. Then, after checking for Control C, the 
program calls SYS$QIOW. 

If the program is being run in the user mode (VMS environment) , 
the call to SYS$QIOW invokes a routine in VMS. If the program is 
being run in the standalone mode, the SYS$QIOW call invokes a 
similar routine in the supervisor. SYS$QIOW builds an I/O packet 
from the parameters passed from the diagnostic program and then 
(if in VMS) checks the privilege of the calling process (the 
diagnostic supervisor) through internal data structures. The 
SYS$QIOW routine then places the packet in a queue for processing 
by a device driven routine, clears the event flag, and waits for 
completion of the I/O function (indicated by the setting of the 
event flag). When the driver completes the I/O function, it 
examines the controller and drive status registers, formulates a 
status message that is stored in the I/O packet, and loads the 
diagnostic buffer with drive and adapter register contents. The 
I/O packet is then inserted into the I/O post queue and a software 
interrupt to initiate I/O post processing is requested. The I/O 
post routine performs final I/O request processing and status 
posting (lOSB) , loads the diagnostic buffer with device and 
adapter (on MBA or UBA) register contents, and sets the event 
flag. 

With the event flag set, the calling program (ESRAA) resumes 
control. The diagnostic program then checks the I/O Status Block 
(lOSB) to determine whether or not the requested function was 
completed successfully. The lOSB has the format shown in Figure 
5-16. 



31 



1615 



00 



BYTE COUNT 


STATUS 




V 



DEVICE-DEPENDENT DATA 



Figure 5-16 I/O Status Block Contents (for disks) 
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If the low order bit of the first longword of the lOSB is set, 
indicating success, the program does a branch to the next portion 
of the test (label 210$), where it tests the loop flag and then 
reads the data just written to the disk pack. 

If the low order bit of the lOSB is not set, the test calls the 
CHECKBLOCK routine (refer to the code in Figure 5-17) , which is 
located in the load blocks module (module 6) of the disk 
reliability program (refer to the link map). This routine, in 
turn, calls the GETBBFSECTOR routine (Figure 5-18) which reads the 
load block sector on the disk pack. If the load block file cannot 
be read at all, the routine returns control to test 1, where the 
queue I/O request is retried. If the load block file has been read 
successfully, the routine checks through the item in the file to 
see if the address of the block which cannot be written to is 
already noted in the load block file. If so, the load block file 
is OK, and control returns to test 1, which sets up pointer to 
access the next block on the disk, builds a new queue I/O argument 
list, and again calls SYS$QIOW, as previously explained, in an 
attempt to write the pattern into the next block on the disk. 

If the failing block address is not listed in the load block file, 
the CHECKBLOCK routine returns control to test 1 which, in turn, 
issues a second queue I/O request (after checking for Control C) . 
If the request fails again (lOSB status code = 0), the program 
calls the DS$ERRHARD routine in the supervisor, which dumps the 
status block and diagnostic buffer contents and other error 
information. After detecting a failure of this type, the program 
checks the loop flag. If the loop flag is set, the program repeats 
the queue I/O request indefinitely. Otherwise, the program checks 
each block on the disk pack until it finds one that it can write 
into successfully, before going on to check the next function 
(read the block just written, beginning at label 210$). 
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1«« .PSECT CODES 
l«5 CHECK^BLOCKit 



116 
117 



US 
109 



150 



.1.0RD *M<P2,R3,R«,P5,R6,R7,R8,R9,R10,Rlt> 
«OSj,GETBUF^S «1,9BF^P0INTER ; ALLOCATE BUFFER 

^^^ 

«0 

BBF^POINTER 

«1 

nii, ciyDSSGETBUF 

; SUCCESS? 

,LUN(4P),MSG^N0ME^i 

«0 

MSGj.NOMEM 

LUNCAP) 

«JER 
ERROR 1 

«{$«<, ««0SSERRSY3 



2tl 



10$: 



151 
152 
153 

15« 

155 

156 

157 

158 

159 

160 

161 

162 

163 

16« 

165 

166 

167 SCANi 

168 

169 

170 

171 

172 

173 

17<l 

175 

176 

177 

178 

179 

180 

181 
182 

183 

184 



PUSHL 
PUSHL 
PIJSHAQ 
PUSHL 
CALLS 
BL8S P0,2S 
tDS^ESRSYS^S . 
PUSHL 
PUSHAL 
PUSHL 
PUSHL 
ril TEST 0, SUBTEST 0, 
CALLS 
JDS^ABORT 

CALLG 



lesi 



20{t 



HOVZBL 

HOVZBL 

MOVZwL 

HOVL 

CLRL 

MOVZBL 

MOVQ 

PUSHL 

PUSHL 

CALLS 

BL8S 

CMPB 

BEOL 

ADDL 

998 

«0VZ8L 

BPB 

PUSHL 

PUSHL 

CALLS 

BLBC 

M0VZ8L 

MOVL 

CMPW 
8EHL 
CMPW 

BNEO 
CMPZV 

6NE0 
CHPZV 



CAP), (CDSSABORT 

5ECT0RtAP),R2 ; 

TRACK(AP),R3 ! 

CYLIN0ER(AP),R4 ; 

LUN(AP),R5 } 

R6 ; 
»2,R7 
DSKDCj.0WDLIST+atR51,R8 ; 

R5 ( 

R6 ; 

«2,EETB8F^SECT0R ; 

R0,SCAN t 

«8,P6 } 

CHECK^BLOCKZX 1 

#2rR6 f 

10S I 

«8>R6 ;' 

20$ I 

R5 ( 

R6 ( 

*2,GETBBFj.SFCT0R ; 

R0,«0S ; 

»2,R7 ; 

»BBF^POINTERfR7].R0 ; 

«-t,R0 ; 

401 ; 

R0,P4 ! 

30S ; 

•16,«8,R0,R2 ; 
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«2a,«8,P0,R3 



185 
186 
187 

188 
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191 
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193 
194 
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197 
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30$: 
40$: 



SNEQ 30$ 

SOSiRELBUF^S *1,8BF^P0INTER 

PUSHL «0 

PUSHAQ BBF^POINTER 

PUSHL «1 

CALLS *3, PtDSSRELBUF 
MOVZBL «1,R0 
BR8 CMECK^BLOCKX 
AOBLEO «127,R7.20S 



ADOL «2.R6 

CHPB R6.DSKDC$B^SECT0R(R6) 

BLSS 10$ 
CHECK^BLOCKZX: 

CLRL R0 
CHECK^BLOCKX: 

RET 
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THEN BRANCH 

IF SECTORS DON'T MATCH 



; THEN BRANCH 

( IF TRACKS DON'T MATCH 

; THEN BRANCH 



; INDICATE SUCCESS 

; AND EXIT 

; IF ALL BLOCKS NOT CHECKED INDEX AND LOOP 

! BUMP SECTOR COUNTER BY TNO 

: CHECK FOR LAST SECTOR 

( CONTINUE READING IF NOT LAST SECTOR 

J ELSE INDICATE FAILURE 

J EXIT 



Figure 5-17 
Routine Code 
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H0l^00000'EF«2 


7E 


!M23 


285 


MOVAO 


10 A<l 


55 


00 


'M2e 


286 


MOVL 


a0000H00'GF 


6« 


FA 


iM?F 
;M2F 


287 


SOIOW^I 






0« 


vlllb 


288 


RET 








('137 


289 


.SBTTL PUT.8A1 



t 

*M<R2,R3,Bfl,R5 

LUNCAP),R2 
OSKOC^QWOLIST* 
*9GLIST,Ra 
•l.OSKOCSB^TRA 
OIO$BiTPACK(R« 
«1,D8K0C$W^CYL 
OIOtw^CYLNDR(R 
BBF^POINTER,OI 
8£CTOR(AP),Oro 
i»512,0r0S^P2(R 
EF^L1ST[R2],QI 
QIOPTRLIST[R23 
OIO$^CHAN(R0), 
«IO«^RCAOPBLK, 
*IO$M^INHERLOC 
I03TATU5j.BL0CK 
R5,OI0$jtI0Sa(R 
; (R4) 
CALLC {R«),G 

DBLK ROUTINE 



,R6> 
«[R2]»R3 

CK(RJ),- 

) 

NDR(R3),- 

«) 

0I^Pl(R4) 

Se^SECTORC 

1) 

0$^EFN(R4) 

,R0 

0I01^CHAN( 

OIO$^FUNC( 

.QIOS^FUNC 

rR2J,R5 

SYSSQIOW 



; PICK UP THE LOBICAL UNIT NUMBER 

t PICK UP POINTER TO ORIve CMAHACTEillTIC* 

; R« <— POINTER TO LOCAt. QIC AUCLIIT 

» WRITE TRACK TO READ 

; WRITE CYLINDER TO READ 
; WRITE BUFFER ADDRESS INTO 8X0 ARCLIST 
R«) 1 WRITE SECTOR TO READ IN QJO ARCLI8T 
t WRITE BYTE COUNT 

I WRITE EVENT FLA6 
t PICK UP QIO PTR 
R4) t WRITE ASSIGNED CHANNEL 
Rfl) I WRITE READ PHYSICAL FUNCTION CODE 
(R«) I INHIBIT ERROR LOG 
; PICK UP lOSB ADDRESS 
1 MRJTE loss ADDRESS INTO QIO AR6LI8T 
; ISSUE QIO REQUEST 

t EXIT 



Figure 5-18 GETBBPSECTOR 
Routine Code 



5.8.2 Disk Reliability Program Sample Error Message 

Test 1, Subtest 0, Error 12 of the disk reliability program 
identifies bad blocks, on the disk pack under test, that are not 
entered in the bad block file. The message shown in Figure 5-19 
identifies the failing test, subtest, and error numbers. The 
message also includes a dump of the channel registers (MBA 
registers in this case) and the RM03 registers. 

Notice that bits 12 and 15 of the RMERl register are set, 
indicating a data check error. The starting cylinder is 0. The bad 
block is located in sector 1, on track 4, as shown by the contents 
of the RMDA registers. 



TEST 1: QUALIFICATION TEST 

DRAl QA BEGUN AT 2-FEB-1979 14:26:18.54 ******** 

******** VAX DISK RELIABILITY TESTS ** ESRAA ** -- 5.2 ******** 
PASS 1 TEST 1 SUBTEST ERROR 12 2-FEB-1977 14:26:20.52 
HARD ERROR WHILE TESTING DRAl: 

FUNCTION INITIATION SUMMARY: 



FUNCTION ATTEMPTED: WRITE DATA 

BUFFER ADDRESS RANGE: FROM: 00000388 

ATTEMPTING BYTE COUNT WAS: 512 

STARTING DISK ADDRESS: 

CYLINDER: TRACK: 4 SECTOR: 



TO: 00000587 



FUNCTION ABORT SUMMARY: 



UNDEFINED 


SYSTEM STATUS 


MBACSR : 


00000020 


MBACR : 


00000004 


MBASR : 


00002000 


MBAVAR : 


00000388 


MBABCR : 


00000000 


MBAFMAP : 


800000E7 


MBAPMAP : 


80000 0F2 


RMCSl : 


0830 


RMDS : 


11C0 


RMERl 


8000 


RMMR 


00 28 


RMAS 


0000 


RMDA 


0401 


RMDT 


2814 


RMLA 


: 0040 


RMSN 


: 88 46 


RMOF 


: 1800 


RMDC 


: 0000 


RMHR 


: 0000 


RMMR 2 


: 13FF 


RMER2 


: 00 00 


RMECl 


: 0836 


RMEC2 


: 00 00 



VALUE = 00000000 

ADAPTER CODE = 20 (X) 

IE 

DT COMP ,„„,„. 

MAP POINTER = 01 (X), PAGE BYTE ADDRESS = 188 (X) 

MASSBUS BYTE COUNT = 0000 (X) , SBI BYTE COUNT = 

BIT 31, BIT 7, BIT 6, BIT 5, BIT 2, BIT 1, BIT 

BIT 31, BIT 7, BIT 6, BIT 5, BIT 4, BIT 1 

DVA, FUNCTION = WRITE DATA 

MOL, DPR, DRY, VV 

DCK 

MWR, MSCLK 

TRACK = 04(D), SECTOR = 01(D) 

MOH, DRQ, DRIVE TYPE = RM03 

SECTOR = 01(D) 

SERIAL NUMBER = 8846 (X) 

FMT22, ECCI 

DESIRED CYLINDER = 00000(D) 

CNT/CYL, BUS IN LINES = IFF(X) 

BURST LOCATION = 0836 (X) 
ERROR BURST = 0000 (X) 



Figure 5-19 ESRAA 
Sample Error Listing 
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CHAPTER 6 
CPU CLUSTER EXERCISER PACKAGE 

The CPU cluster exerciser package consists of three separate 
programs (ESKAX, ESKAY, ESKAZ) . Two modules, the control module 
and the common instruction test services module (CITS) , are common 
to all three programs. ESKAX, the first program, is the quick 
verify portion of the cluster exerciser package. This program 
includes the compatibility mode entry and exit test, the first 
part done test, and the SBI exerciser. The second program, ESKAY, 
contains the timer and clock tests and the native mode instruction 
set tests. ESKAZ contains the memory management test and the 
compatibility mode instruction set tests. Figure 6-1 is a map 
showing the memory allocations of the three programs. 

The cluster exerciser diagnostics will handle three classes of 
errors, providing three corresponding types of error messages: 
unexpected exceptions or interrupts; test failures; and safe 
return halts (resulting from fatal errors). The code for the 
cluster exerciser programs is not as easy to follow as the code 
for other diagnostic programs. However, the error messages which 
the programs generate are detailed and, for the most part, 
self-explanatory. The operator should understand the general 
structure of each test and the error message formats in order to 
use all of the facilities provided by the cluster exerciser 
programs. 

6.1 CONTROL MODULE 

The control module in the cluster exerciser programs serves as the 
interface between the programs and the diagnostic supervisor. The 
module performs the following functions: 

Program initialization and clean up 

Execution of all tests twice in one pass 

Print out of a module summary message at the end of each 
pass, if errors exist 

Initialization and reinitialization of pertinent control 
variables 

Set up of all vectors for interrupt and exception 
handling 

Proper fielding of all exceptions and interrupts 
(expected and unexpected) . 

When the control module detects an unexpected interrupt or 
exception, it prints out an error message as shown in Example 6-1. 
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ESKAZ 
(MEMORY MANAGEMENT 

AND 
PDP-11 INSTRUCTIONS) 



ESKAXOO 

10236 

CONTROL 



ESKAX01 

18000 

CITS 



MEMORY 
MANAGEMENT 
10000 
ESKAZ02 
TEST 01 



COMPATIBILITY 
INSTRUCTIONS 
13500 
ESKAZ03 
TEST 02 



ESKAY 
(NATIVE INSTRUCTIONS) 



ESKAXOO 

10236 

CONTROL 



ESKAX01 

18000 

CITS 



TIMER AND CLOCK TESTS 

3822 

ESKAY02, TEST 01 



ARITHMETIC. LOGIC, AND 
FIELD INSTRUCTION 
ESKAY 03, TEST 02 



BRANCH, CRC, AND 

QUEUE 

ESKAY05, TEST 04 



BRANCH, CRC, AND 

QUEUE 

ESKAY06, TEST 05 



OPERAND SPECIFIER 
FLOATING POINT DEPENDENT 
ESKAY 07, TEST 06 



DECIMAL STRINGS 
ESKAY 08. TEST 07 



EDITPC OPERATORS 
ESKAY09. TEST 08 



CHARACTER STRING 
INSSTRUCTIONS 
ESKAY10. TEST 09 



PRIVILEGED INSTRUCTION 
EXCEPTION, ESKAY1 1. TEST 10 



ESKAX 
(QUICK VERIFY) 



ESKAXOO 

10236 

CONTROL 



ESKAX01 

18000 

CITS 



COMPATIBILITY MODE 

ENTRY/EXIT 

6534 

ESKAX02, TEST 1 



FIRST PART DONE 
ESKAX04, TEST 2 



SBI 




VERIFICATION | 


17155 




ESKAX05. 


TEST 03 


MEMORY VERIFY 


ESKAX06. 


TEST 04 



TK-0737 



Figure 6-1 CPU Cluster Exerciser Package Memory Allocation 
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******** CPU CLUSTER EXERCISER ~ 9.0 ******** 

PASS 1 TEST 6 SUBTEST 4 ERROR 1 

HARD ERROR WHILE TESTING CPU: EXCEPTION SERVICE ROUTINE 

UNEXPECTED EXCEPTION 

ERROR# 00000001 

VECTOR* 00000030 

SUBTYPE* 00000006 

PSL 83C00000 

PC 0000110D 



Example 6-1 Unexpected Exception Error Message 

Refer to Chapter 2 of the VAX-11 KA780 Central Processor Tech nical 
Description for a discussion of vectors and subtypes. When the 
machine check vector is asserted, the exception handler attempts 
to log out relevant status registers on the stack before pushing 
two longword parameters (summary and length) on the stack (Table 
6-1). In addition, the subtypes for vector 4 (machine check) are 
listed m Table 6-1. 



Table 6- 
Summary 



•1 Summary Parameter, Length Parameter for Vector 4 
Parameter 



Subtype 



00 
02 
03 
05 
0A 
0C 
0A 

0C 
0D 

0F 



Byte 



CP Read Timeout/SBI Error Confirmation Fault 
CP TBUF Parity Error Fault 
CP Cache Parity Error Fault 
CP Read Data Substitute Fault 
Instruction Buffer TBUF Parity Error Fault 
Instruction Buffer Read Data Substitute Fault 
Instruction Buffer TBUF Parity Error Fault 
Instruction Buffer Read Data Substitute Fault 
IB Read Timeout/SBI Error Confirmation Fault 
IB Cache Parity Error Fault 
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Table 6-1 Summary Parameter, Length Parameter for Vector 4 

(Cont) 



Summary Parameter 



Subtype 

F0 
Fl 
F2 
F3 
F5 
F6 



Byte 

CP Read Timeout/SBI Error Confirmation Abort 

CS Parity Error Abort 

CP TBUF Parity Error Abort 

CP Cache Parity Error Abort 

CP Read Data Substitute Abort 

CP (Not Supposed To Be Here) Abort 

Byte 1 

This byte will be a nonzero value if a CPtimeout 
or CP error confirmation interrupt is pending. 

Bytes 2 & 3 

These two bytes must be zero. 



Length Parameter 



Byte 

The number of bytes logged out are exclusive of 
this parameter. 

Byte 1 — 3 

These three bytes must be zero. 



When an unexpected interrupt or exception occurs, information is 
pushed on the stack by the exception handler as shown in Table 
6-2. 
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Mnemonic 



SP; 



CES 



TBER0 

TBERl 

TIME.ADDR 

PARITY 

SBI.ERR 



Table 6-2 Information Pushed on the Stack 
by the Exception Handler 



Meaning 



Length Parameter 

Summary Parameter 

CPU Error & Status 

Trapped UPC 

Virtual Address/ 
Virtual Instruction 
Buffer Address 

Interface Between 
Data Paths and 
Memory 

Translation Buffer 
Error Register 

Translation Buffer 
Error Register 1 



Cache Parity Register 
SBI Error Register 

PC 

PSL 



ID Bus Address 



0C 



08 (Bytes 1 & 3) 

12 

13 

lA 
IE 

19 



Note that information on the stack is not saved by the exception 
acceiled/^^ ^^" '"°'^"^^ must be breakpointed before this data is 
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6.2 COMMON INSTRUCTION TEST SERVICES MODULE (CITS) 
This module consists of a group of software routines that 
implement a table-driven test method for a majority of the VAX-11 
instruction set. CITS interprets the contents of a specially coded 
test table and executes tests of VAX-11 instructions. CITS is also 
used for tests of the first part done function and memory 
management. A copy of each of these test instructions is coded in 
register deferred mode (RN) . Before the test instruction is 
executed, the test data is placed somewhere in memory, and the 
registers are loaded with the addresses of that test data. After 
the test instruction is executed, the contents of the registers 
and the contents of the test data area of memory are checked. 

There are four main routines in CITS that do the work of executing 
tests: CITS_DECODE, CITS_SETUP, CITS_EXECUTE, and CITS_CHECK. 

6.2.1 CITS_DECODE 

This routine decodes one test table entry, in a table of cases, 
and generates directions for the other three routines to use. 
These directions are lists of addresses and other variables placed 
in the parameter blocks of the CITS data area. 

6.2.2 CITS_SETUP 

CITS SETUP moves the test data from the common data pool into the 
operand buffer. The operand buffer is the location of the data 
referenced during execution of the test instruction. The locations 
to be used for destination data are filled with a standard 
background pattern, hexadecimal A5, in each byte. Also, each 
operand, whether source or destination, is preceded and followed 
by a longword of the background pattern. CITS SETUP loads 
registers R0--R6 with the operand addresses to be use3 by the test 
instruction. The initial PC and PSL calculated by CITS_DECODE are 
pushed on the stack by CITS_SETUP along with a return address. The 
return address points to a routine to save the result PSL and 
registers. 

6.2.3 CITS_EXECUTE 

CITS EXECUTE enables the exerciser's exception handler to react 
properly for the current test. It passes the address of a CITS 
unexpected exception handler and enables validation of the 
exception of trace trap being tested, if any. CITS_EXECUTE then 
executes an REI to start the test. A NOP instruction precedes the 
REI and can be used for scope sync if the microbreak address is 
set up correctly from the console. When the test instruction 
finishes, the test subroutine returns to a result-saving routine. 
The PSL and registers R0 — R6 are saved in the execution parameter 
block, as are the contents of the exception handler Interface Data 
Block (IDB). Also saved is an indication of whether the 
instruction branched, if it is a branch instruction. 

6.2.4 CITS_CHECK 

CITS CHECK checks the results of instruction execution, and also 
checks the source operands and background pattern. It uses the 
directions and addresses put into its parameter block by 
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CITS_DECODE to control checking. It checks branches, the PSL, 
exceptions (whether an exception happened and at the right PC), 
registers R0 — R6, and memory data. When checking memory data, 
CITS_CHECK also checks the longword before and after each operand 
to make sure that the background pattern has not been disturbed. 
CITS_CHECK keeps a list of all errors found during one test case. 
This complete list will be typed out when the test module using 
CITS makes the $DS_ERRHARD call to the diagnostic supervisor. 

6.2.5 CITS_SUBTEST 

CITS_SUBTEST is a common subtest control routine that is used by 
most of the tests that call CITS. It processes a complete test 
table, calling the preceding four CITS routines in the proper 
order and calling the supervisor error reporter when necessary. 

6.2.6 CITS Error Messages 

6.2.6.1 Message Heading — A standard diagnostic supervisor 
heading is typed (by the supervisor). That is followed by an 
extended error printout that supplies the test, subtest, and error 
numbers; the test case number; the op code of the failing 
instruction; addresses referenced; operand data; etc. Refer to 
Paragraph 6.4.2 for examples and detailed interpretation. 

6.2.6.2 CITS Subtest Troubleshooting Features — SCOPE SYNC — 
CITS_EXECUTE executes a NOP instruction just before the REI to the 
test instruction. Putting the microaddress of 8E into ID Bus 
register 21 will cause a sync pulse to be generated on the 
microsequencer board (M8235) each time a NOP is executed. 

To loop on a failure with SCOPE SYNC, perform the following steps: 

>>> D /ID 21 8E 

>>> START 10000 

(DIAGNOSTIC SUPERVISOR STARTUP) 
DS> SET IE1,L00PD 
DS> START /TEST: N (WHERE 'N' IS FAILING TEST NUMBER) 

ETC. 

Halt Before the Failing Test Case — At the beginning of 
the test-case executing loop, the case number 
(CITS_CASE) is always incremented and compared with the 
content of CASE_HALT. If these are equal, a HALT is 
executed. This feature allows the operator to stop before 
execution of a particular case, in order to examine 
registers, e.g., deposit the hex case number into 
CASE_HALT. Run the test until the halt is executed. (If 
needed, use CONTINUE until you get to the right subtest.) 
Then either set a breakpoint or deposit a byte of zero (a 
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HALT) in CITS_SYNC and type CONTINUE to get to that HALT. 
You have now stopped just before the REI to the test 
instruction of interest. Use the console to set up 
whatever operation you wish to perforin and continue as 
desired. 

Figure 6-2 shows the sequence of events followed by CITS in the 
execution of ESKAY03, test 2, the arithmetic, logic, and field 
instruction' test module. 

6.2.6.3 Unexpected Exceptions in CITS — If an unexpected 
exception occurs during a test, CITS will print a header 
containing the case number and the error information from the 
exerciser exception handler. This printout only occurs while CITS 
is handling unexpected exceptions, i.e., only during the execution 
of the five instructions before the test instruction and 
approximately through the three instructions after it (Example 
6-2) . If an exception occurs outside of that set of instructions, 
then the error typeout is not handled by CITS and will not have a 
case number heading. 



******** CPU CLUSTER EXERCISER — 9.0 ******** 
PASS 1 TEST 2 SUBTEST 1 ERROR 25 

HARD ERROR WHILE TESTING KA0: INSTRUCTION TEST ERROR 
? ERROR IN TEST CASE NUMBER: 25 

UNEXPECTED EXCEPTION 
ERROR# 00000001 
VECTOR# 00000004 
SUBTYPE* 00000000 
PSL 001F00E0 
PC 00000003 



Example 6-2 Unexpected Exception in CITS, Error Message 

Refer to Example 6-1 (Paragraph 6.1) for an explanation of the 
unexpected exception error message format. 

6.2.6.4 Result Register Errors — If the contents of any of the 
registers R0 — R6 are not as expected, CITS prints out initial, 
expected, and actual values, as shown in Example 6-3. 
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DIAGNOSTIC 
SUPERVISOR 



f START J 



COMMAND LINE 
INTERPRETER 



DISPATCH 
ROUTINE 



ESKAY 03 



INIT 




DEPOSIT 
00 IN CITS 
SYNC (HALT) 



CITS DECODE 
(DECODE CASE) 



TEST 2 



CITS- 
SUBTEST 



CASE = 




STEP 

THROUGH 

INSTRUCTION 



REI, POP PC, 

POP PSL, EXECUTE 

INSTRUCTION 




Figure 6-2 Execution of a 
Test Case in ESKAY0 3 
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******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 2 SUBTEST 4 ERROR 17 

HARD ERROR WHILE TESTING KA0: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 17 

? REGISTER CONTENTS ERROR 

INITIAL EXPECTED ACTUAL 
00005404 00003800 00003880 
00005414 00008000 00008000 
00005418 00000000 00000000 
00000000 00005476 00005476 
00000000 00000000 00000000 
00000000 00000000 00000000 
00000000 00000000 00000000 



R0 
Rl 
R2 
R3 
R4 
R5 
R6 



Example 6-3 Result Register Errors 



Initial data shows the values loaded into the registers at the 
start of the instruction. 

6.2.6.5 Leading or Trailing Background Errors ~ If the longword 
before or the longword after an operand is changed during 
execution, CITS reports the error. Leading means the longword 
before the data (lower address than the data). Hexadecimal 
A5A5A5A5 is the standard background pattern. 

6.2.6.6 Data Errors— When CITS detects a data error, part of 
the error typeout is an operand number. That is, a number in the 
range 1 to 6 corresponding to the left-to-right order of the 
operands for the instruction. For example, in a MOVL instruction 
the source longword will be called operand 1 and the destination 
longword operand 2. 

If the incorrect operand is not of a writable or modifiable access 
type, then the error message includes the statement: read-only 
operand overwritten. 

If the incorrect operand is writable or modifiable, then the error 
message includes the statement: incorrect result (Example 6-4). 
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******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 2 SUBTEST 7 ERROR 10 

HARD ERROR WHILE TESTING KA0: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 10 
? INCORRECT RESULT OPERAND 2 
EXPECTED ACTUAL 

C0000000 40000000 



Example 6-4 CITS Detects a Longword Data Error 

Example 6-4 shows incorrect longword data. For word and byte data 
errors, the format is the same except that a word is typed as four 
hex digits, and a byte as two hex digits. In a quadword or 
double-floating word typeout, the lowest addressed longword is the 
first line of data typed. That is the longword containing the sign 
and the exponent for the double-floating case. (In the quadword 
case, the sign is in the longword typed on the second line of 
data, Example 6-5.) 



******** 


CPU 


CLUSTER EXERCISER 


— 


9.0 


******** 


PASS 1 TEST 2 


SUBTEST 1 ERROR 


91 









HARD ERROR 


WHILE TESTING KA0: INSTRUCTION 


TEST 


ERROR 


? ERROR IN 


TEST 


CASE NUMBER: 91 










? INCORRECT RESULT, OPERAND 2 










EXPECTED 




ACTUAL 










00000000 




996740D6 










00000000 




8 6A2E99E 











Example 6-5 CITS Detects a Quadword Data Error 

Errors in string data (character string, packed decimal string, 
etc.) are displayed in Example 6-6. 
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******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 2 SUBTEST 1 ERROR 44 

HARD ERROR WHILE TESTING KA0: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 44 
? INCORRECT RESULT, OPERAND 4 
EXPECTED ACTUAL 

38 ...A5A5*39*4E39... 

BYTES FROM START OF STRING 



Example 6-6 CITS Detects a String Data Error 

Each byte is typed as two hexadecimal digits. The expected data 
only shows the good value of the byte that did not compare. The 
actual data shows five bytes of the result string. The beginning 
of the string is to the left, the end is to the right. The left 
hand two bytes (four digits) are good result data; the byte 
between asterisks (*) is the one that failed to compare; and the 
right two bytes are the start of the rest of the (uncompared) 
string. The last line tells how far from the beginning of the 
string the bad byte is. 

6.2.6.7 PSL Errors — Result PSL errors are typically wrong 
condition codes. The condition codes are the right-hand hex digit 
of the PSL. The E in the second from right-hand digit indicates 
that the decimal overflow, floating underflow, and integer 
overflow traps are enabled (Example 6-7). This condition is always 
true when the test instruction is being executed. 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 2 SUBTEST 1 ERROR 50 

HARD ERROR WHILE TESTING KA0: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 50 
? RESULT PSL ERROR 
EXPECTED ACTUAL 

001F00E8 001F00E1 

Example 6-7 PSL Error 
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h'rhn^^ fff?'"''*' .^"J"""^ u" **^®" testing instructions that may 
^™^?Ih^ 7^ ^° ^''^"''^ "^^^ expected or a branch taken when not 
expected produces a message like that in Example 6-8. 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 2 SUBTEST 4 ERROR 1 

HARD ERROR WHILE TESTING KA0: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 1 
? EXPECTED BRANCH DIDN'T HAPPEN 



Example 6-8 Branch Error 

6.2.6.9 Expected Exception or Trace Trap Errors 

1. An error message is produced if an expected exception or 
trace trap fails to occur at all. 

^* J!;!.^^^^"^t/^^ °^ expected exceptions and trace traps are 
checked. If an error is detected, a message like that in 
Example 6-9 is typed. 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 2 SUBTEST 4 ERROR 2 

HARD ERROR WHILE TESTING KA0: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 2 

? INCORRECT EXCEPTION PC 
EXPECTED ACTUAL 

000025F5 00002566 

? INCORRECT EXCEPTION PSL 
EXPECTED ACTUAL 

001F00E5 001F00E4 



Example 6-9 Expected Exception Error 

in Example 6-9 both the PC and the PSL were incorrect at the time 
of the exception. In Example 6-10 only the PSL was wrong at the 
time a valid trace trap occurred. 
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******** CPU CLUSTER EXERCISER ~ 9.0 ******** 

PASS 1 TEST 2 SUBTEST 2 ERROR 127 

HARD ERROR WHILE TESTING KA0: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 127 
? INCORRECT TRACE TRAP PSL 
EXPECTED ACTUAL 

001F00F0 001F00F8 



Example 6-10 Trace Trap Error 

6.2.6.10 Extended Printout -- If the extended error printout 
flag is enabled, the following additional data will be typed out 
on error detection (Example 6-11) . 



[1.] INITIAL CONDITIONS: 

PC 00004873 PSL 001F00FF 

OP CODE — 74 WITH REGISTER INDIRECT OPERANDS 
[2.] INITIAL REGISTERS R0-R6: 

R0 0000AC04 Rl 0000AC14 R2 000 
R3 0000AC2D R4 0000AC39 R5 000 
R6 00000000 
[3.] SOURCE OPERAND DATA: 
OPERAND 1 

FFFE4FFF 

FFFFFFFF 

OPERAND 2 

FF 

OPERAND 3 

00004080 

00000000 



Example 6-11 Extended Printout 
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Notes for Example 6-11. 

1. This is the first line of the extended typeout. PC is the 
location of the test instruction, which can be examined 
if the user wants to see the hex code. 

PSL is the value of the PSL before the instruction is 
executed. 

OP CODE is the hex value of the instruction, which in the 
example is 74 = EMODD. 

REGISTER INDIRECT OPERANDS means that R0 has the address 
of operand 1; Rl has the address of operand 2; etc. 

2. The INITIAL REGISTERS typeout tells where the operands of 
the test instruction were in memory when the instruction 
was executed. 

3. These are the actual contents of the addresses pointed to 
by the registers listed above (2) . 

All source (read or modifiable) operands are typed. 
Formats: 

Byte XX 

Word XXXX 

Long word XXXXXXXX 

Quadword XXXXXXXX — Low Address Longword 

XXXXXXXX — High Address Longword 
Strings XX, XX, XX, XX,..., XX 

Left side of printout is lowest address byte. 

Long strings are printed 16 bytes per line and 

are continued for as many lines as needed. 

In the preceding example we have the following operands. (Refer to 
^^^ VAX-11/780 Architecture Handbook or the instruction card for 
further help.) 

Operand 1 MULR (R0) Double PFFFFFFF FFFE4FFF 

Operand 2 MULRX (Rl) Byte FF 

Operand 3 MULD (R2) Double 00000000 00004080 

The 4th and 5th Operands are Destinations: 

Operand 4 INT (R3) Long 
Operand 5 FRACT (R4) Double 

6.2,7 How To NO-OP a Test Case 

If it is necessary to bypass a test case while waiting for a 

hardware ECO or a microcode ECO, refer to Example 6-12. 
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z 

^ 





2C9 


946 


CASE 105 






2C9 


947 


SUBD2 INSTRUCTION 






2C9 


948 








2C9 


949 








2C9 


950 


•OPERANDS 






2C9 


951 


•SUB: 






2C9 


952 


•DIP: 1.0 


EXP-DIF: 1.0 




2C9 


953 


•CONDITION CODES 


INITIAL: 1111 EXPECTED: 0000 




2C9 


954 








2C9 


955 TB I SUBD2, CC NZVC, 


CC 0, D8 D12, D8 D2, DP D2 


08F09D62 


2C9 




.BYTE I SUED 2, 


<-C<I_SUBD2>>, <16*<CC_NZVC&15>+CC_0&15>> 


08 


2CC 




.BYTE DP D12 




01 


2CD 




.BYTE DP D2 




01 


2CE 




.BYTE DP D2 





Example 6-12 Case 105 SUBD2 
Instruction 



Load ESKAX.EXE 

Look up the base address of the PSECT <. BLANK .> in the link 
map of this program for the module that has the data for the 
test case to be No-Oped. 

Set the console base register to that value (i.e., SE R- 
VALUE) . K , ^ t^. 

Find the TB line of the right test case and examine it to make 
sure you are in the right place (Example 6-12) . 

Examination of 2C9 location (E 2C9) should give 08F09D62. 

Count the number of single bytes following the line that has three 
bytes. That would be 3 for this example. 

Deposit a new longword, at the address just examined, made up of 
the count from the preceding step followed by 03FC. 

In Example 6-12, D 2C9 303FC, where 2C9 is the address just 
examined. 

Set the relocation register back to zero when finished (i.e., SE 
R: 0) . 

6.3 ESKAX DESCRIPTION 

6.3.1 Compatibility Mode Entry/Exit Module (ESKAX02, Test 01) 
This module tests the conditions generated when the central 
processor enters and leaves the compatibility mode. The following 
conditions and functions are tested. 

ESKAX Test 1, Subtest 1 — This subtest performs illegal entries 
in compatibility mode expecting and checking for reserved operand 
faults. The bit settings in the PSL that will cause reserved 
operand faults, on an attempt to enter compatibility mode, are 
shown in Table 6-3. 

Table 6-3 Reserved Operand Faults and PSL Bit Settings 
on Compatibility Mode Entry 



PSL Bit/s 



DV<7> 

FU<6> 

IV<5> 

IPL<20:16> 

CUR MOD<25:24> 

PRV MOD<23:22> 

IS<26> 

FPD<27> 



Condition 



Nonzero 
Nonzero 
Nonzero 
Nonzero 
Not = 3 
Not = 3 
Nonzero 
Nonzero 



The conditions in Table 6-3 are tested one at a time. 
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The following two examples are typical of ESKAX test 1, subtest . , 
error messages. 



***ie**** 


CPU 


CLUSTER EXERCISER 


9,0 ******** 






PASS 


1 


TEST 1 


SUBTEST 1 ERROR 


2 19-JUN-1977 21:25:41 


.22 




HARD 


ERROR WHILE TESTING CPU: 


EXCEPTION PC 
INCORRECT 


FROM CM ILLEGAL 


ENTRY 


VECTOR 


TYPE 


[:ODE EXPECTED 


PC 


ACTUAL PC 


PSL ENTRY 


MNEMONIC 


18 




NONE 


00007D74 




00007D76 


83C00080 


DV 





Example 6-13 ESKAX Test 1, Subtest 1, Error 2 



******** 


CPU 


CLUSTER EXERCISER 


g,0 ******** 






PASS 


1 


TEST 1 


SUBTEST 1 ERROR 


2 19-JUN-1977 21:25:53 


.04 




HARD 


ERROR WHILE TESTING CPU: 


EXCEPTION PC 
INCORRECT 


FROM CM ILLEGAL 


ENTRY 


VECTOR 


TYPE 


CODE EXPECTED 


PC 


ACTUAL PC 


PSL ENTRY 


MNEMONIC 


18 




NON 


00007D74 




00007D54 


83C00040 


FU 





Example 6-14 ESKAX Test 1, Subtest 1, Error 2 
Interpretation of Example 6-13. 

1. 18 is the reserved operand fault vector expected. 

2. There is no type code pushed on the stack. 

3. The state of the PSL to cause the fault was 83C00080. 

4. DV is the PSL bit that was nonzero (Table 6-3) . 

5. EXPECTED and ACTUAL PCs are self-explanatory. 

ESKAX Test 1, Subtest 2 — Compatibility mode trap instructions 
upon a valid entry into compatibility mode (Table 6-4) . 



Table 6-4 Compatibility 


Mode Trap Instruc 


jtions 


Op code 


Mnemonic 


000003 


BPI 




000004 


lOT 




104000 


EMT+0 




104400 


TRAP+0 
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— Compatibility mode reserved instructions upon a valid entry 
into compatibility mode (Table 6-5) . 

Table 6-5 Compatibility Mode Reserved Instructions 



Op code 


Mnemonic 


000000 


HALT 


000001 


WAIT 


000005 


RESET 


000230 


SPL 


006400 


MARK 


075000 


FADD 


075010 


FSUB 


075020 


FMUL 


075030 


FDIV 


170000 


FPU 



Typical Error Messages 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 2 ERROR 3 19-JUN-1977 21:29:30.40 

HARD ERROR WHILE TESTING CPU: EXCEPTION PSL FROM COMPATIBILITY 

MODE TRAP INCORRECT 

VECTOR TYPE CODE EXPECTED PSL ACTUAL PSL TRAP MNEMONIC 

30 1 83C00000 83C00002 0003 BPT 



Example 6-15 ESKAX Test 1, Subtest 2, Error 3 
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******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 2 ERROR 3 19-JUN-1977 21:29:42.21 

HARD ERROR WHILE TESTING CPU: EXCEPTION PSL FROM COMPATIBILITY 

MODE TRAP INCORRECT 

VECTOR TYPE CODE EXPECTED PSL ACTUAL PSL TRAP MNEMONIC 

30 2 83C00000 83C00002 0004 lOT 



Example 6-16 ESKAX Test 1, Subtest 2, Error 3 



******** 


CPU CLUSTER EXERCISER — 


9^0 ******** 






PASS 


1 


TEST 1 SUBTEST 2 ERROR 3 


19-JUN-1977 


21:29: 


54 


.02 


HARD 


ERROR WHILE TESTING CPU: 


EXCEPTION PSL FROM COMPATIBILITY 


MODE 


TRAP INCORRECT 












VECTOR 


TYPE CODE EXPECTED 


PSL 


ACTUAL SPL 


TRAP 




MNEMONIC 


30 




3 83C00000 




83C00002 


8800 




EMT 



Example 6-17 ESKAX Test 1, Subtest 2, Error 3 

Interpretation of Example 6-16 

1. 30 is the compatibility mode TRAP vector expected. 

2. A type code of 2 is pushed on the stack. 

3. Referencing Chapter 6 of the system reference manual 
would show that a typecode of 2 indicates an lOT fault. 

4. lOT is shown as well as the hex equivalent of the octal 
code (Table 6-4) . 

5. EXPECTED and ACTUAL PSLs are self-explanatory. 

Subtest 3 — This subtest tests the T-bit trap by having the T-bit 
(PSL<4>) set upon entry into compatibility mode: 

a. for an instruction that does not trap 

b. for an instruction that does trap. 

NOTE 
Both a and b cases are serviced in 
NATIVE mode. 
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Typical Error Message 




******** CPU CLUSTER EXERCISER — 


- 9.0 ******** 


PASS 1 TEST 1 SUBTEST 3 ERROR 4 


19-JUN-1977 21:32:06.80 


HARD ERROR WHILE TESTING CPU: A T- 


-BIT TRAP NOT TAKEN 


EXPECTED EXC VECTOR TYPE CODE 


MNEMONIC 


0BC0 30 NONE 


TST R0 



Example 6-18 ESKAX Test 1, Subtest 3, Error 4 

Interpretation of Example 6-18 (this printout is for Case B) : 

1. This instruction, which was to execute and then take a 
T-bit trap, was "TST R0' with TRACE PENDING prior to its 
execution (PSL<TP>) . 

2. The hex equivalent of the octal code for 'TST R0 ' is BC0. 

3. 30 is the vector expected to field the T-bit trap. 

4. No type code is pushed on the stack. 

Subtest 4 — This subtest performs an RTT/RTI instruction with the 
T-bit set in the PSW image on the stack, which is to be popped 
from the stack by the RTT/RTI. 



Typical 


Error 


Messages 












******** cp^; 


CLUSTER EXERCISER 


— 9.0 


******** 






PASS 1 


TEST 1 


SUBTEST 4 ERROR 


3 19-JUN 


-1977 21:33 


:43 


.60 


HARD ERROR WHILE TESTING CPU: 


PC 


FROM RTT 


TRACE TRAP 






INCORRECT 














VECTOR 


TYPE 


CODE EXPECTED 


PC 


ACTUAL 


PC TRAP 




MNEMONIC 


30 


NONE 


00008508 




00008408 0006 




RTT 



Example 6-19 ESKAX Test 1, Subtest 4, Error 3 
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******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 4 ERROR 3 19-JUN-1977 21:33:54.70 

HARD ERROR WHILE TESTING CPU: PC FROM RTI TRACE TRAP 

INCORRECT 

VECTOR TYPE CODE EXPECTED PC ACTUAL PC TRAP MNEMONIC 

30 NONE 00008508 00008408 0002 RTI 



Example 6-20 ESKAX Test 1, Subtest 4, Error 3 
Interpretation of Example 6-19 

1. 30 is the vector expected to field the T-bit trap. 

2. No type code is pushed on the stack. 

3. The RTT instruction was under test. 

4. The hex equivalent of the octal code for RTT is 6. 

5. EXPECTED and ACTUAL PCs are self-explanatory. 

Subtest 5 — This subtest performs checking of Odd Address errors 
while in compatibility mode. This is accomplished by executing a 
PDP-11 MOV instruction with unaligned SRC and DST operands. 

Typical Error Messages 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 5 ERROR 4 19-JUN-1977 21:35:17.19 

HARD ERROR WHILE TESTING CPU: ODD ADDRESS TRAP CAUSED 

UNALIGNED SOURCE CONTENTS CHANGE 

VECTOR TYPE CODE EXPECTED VAL ACTUAL VAL TRAP MNEMONIC 

30 6 000A 000E 17DF UNALIGNED 



Example 6-21 ESKAX Test 1, Subtest 5, Error 4 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 5 ERROR 4 19-JUN-1977 21:35:29.58 

HARD ERROR WHILE TESTING CPU: ODD ADDRESS TRAP CAUSED 

UNALIGNED SOURCE CONTENTS CHANGE 

VECTOR TYPE CODE EXPECTED VAL ACTUAL VAL TRAP MNEMONIC 

30 6 00 0A 00 0E 17DF UNALIGNED 

DST 



Example 6-22 ESKAX Test 1, Subtest 5, Error 4 
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Interpretation of Example 6-22 

1. 30 is the compatibility mode TRAP vector expected. 

2. A type code of 6 is pushed on the stack. 

3. The position of the destination address on a boundary 
caused the failure. 

4. The hex equivalent of the octal code for the instruction 
under test is 17DF (this translates to 013737 in PDP-11 
code) . 

5. EXPECTED and ACTUAL VALUES are self-explanatory. 

NOTE 
On an Odd Address trap neither SRC nor 
DST initial values should change, since 
the instruction should not go to 
completion. 

Subtest 6 — This subtest performs checking of illegal 
instructions with a register destination, i.e., 

JMP R4 or 
JSR R4, R5 

Typical Error Messages 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 6 ERROR 3 19-JUN-1977 21:36:32.03 

HARD ERROR WHILE TESTING CPU: PSL FROM ILLEGAL INSTRUCTION 

TRAP INCORRECT 

VECTOR TYPE CODE EXPECTED PSL ACTUAL PSL TRAP MNEMONIC 

30 5 83C00000 83D00000 0044 JMP R4 



Example 6-23 ESKAX Test 1, Subtest 6, Error 3 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 6 ERROR 3 19-JUN-1977 21:36:43.64 

HARD ERROR WHILE TESTING CPU: PSL FROM ILLEGAL INSTRUCTION 

TRAP INCORRECT 

VECTOR TYPE CODE EXPECTED PSL ACTUAL PSL TRAP MNEMONIC 

30 5 83C00000 83000000 0905 JSR (R5 DST) 



Example 6-24 ESKAX Test 1, Subtest 6, Error 3 
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Interpretation of Example 6-24 

1. 30 is the vector expected to field the TRAP. 

2. A type code of 5 is pushed on the stack. 

3. The instruction that failed was the JSR R4, R5. 

4. The hex equivalent for the octal code of this instruction 
is 0905. 

5. EXPECTED and ACTUAL PSLs are self-explanatory. 

ESKAX02 (test 1) is executed in the user mode for test purposes. 
However, the module is serviced in the kernel mode, and control is 
returned to the kernel mode on completion of the module. 

The operator should note that testing of the T-bit operation with 
servicing done in the compatibility mode has not been covered. 
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6.3.2 First Part Done Test (ESKAX04, Test 2) 

First Part Done (FPD) is the name of bit 27 in the PSL. It 
provides a facility for interrupting certain potentially long 
executing instructions during processing and resuming them later. 
Only a few instructions are interruptable in this sense. Most 
instructions acknowledge interrupts before their execution, or 
acknowledge them in mid-operation by backing up to the beginning 
and pretending that they have not yet started. A few instructions, 
however, are potentially so lengthy that this is not feasible. 
These are the character and decimal string instructions, POLYF, 
POLYD, and CRC . Each of these instructions writes a control block 
into the general registers. Should an interrupt be requested 
during processing, the current state of the operation (i.e., what 
it is doing and how far it has gotten) can be saved in this 
control block to be retrieved after the interrupt is processed. 
The instruction then sets FPD in the PSL, and acknowledges the 
interrupt. Upon return from the interrupt, the FPD bit is set in 
the PSL, so that rather than restarting, the instruction restores 
its state from the point at which it was interrupted. 

6.3.2.1 Possible First Part Done Failures — The microcode 
implementing the FPD capability must be able to correctly save and 
restore state anywhere it does a memory reference (which may cause 
a fault) and anywhere it checks for interrupts. The state of the 
operation in some cases is complex, and it is possible that the 
microcode does not save or restore everything correctly. If the 
instruction is later resumed, the state of the machine e.g., in 
the form of contents of general registers, may well have been 
changed by the instructions executed in the interim, and will thus 
be incorrect. This will cause unpredictable results, most likely 
in the form of incorrect data written, wrong lengths and wrong 
condition codes, and will be easy to detect. 

The instructions may also fail by saving state (perhaps correctly) 
and failing to set FPD. This would normally appear when modified 
registers are used as arguments in the restarting of the 
instruction. This condition will be detected in the test by 
checking in the interrupt routine to make certain that if FPD is 
still clear, the original arguments are unchanged. 

6.3.2.2 First Part Done Test ProcedureiS — The interval timer is 
used to generate interrupts during the testing of each 
instruction, in order to check the microcode and the taking of 
interrupts. Although each instruction is interrupted constantly 
during execution, it is eventually run to completion. 

After having been tested with interrupts, the instruction's 
ability to handle page faults is tested. An instruction may have 
up to six operands; twelve pages are set up to hold them, allowing 
each operand to be placed near an independent page boundary. When 
the instruction begins execution, each page is invalid. As it 
attempts to access its operands, the instruction is repeatedly 
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faulted. Each fault validates the page referenced, so that the 
instruction progresses, but this alone does not ensure that it is 
tested fully. As each page is referenced (and faulted) the first 
time, all the other pages holding operands are made invalid. This 
process tests all the cases. Since each page has a first reference 
only once, the test instruction manages to finish. 

As an example, consider the testing of an instruction with two 
string operands and one non-string operand in which the 
instruction accesses the non-string operand first, and then 




begins processing the strings. Since each operand is located just 
before a page boundary, the strings will cross the boundaries. As 
the instruction progresses, it will attempt to reference the first 
page of the first operand, the first page of the second operand, 
the second page of the first operand, and the second page of the 
second operand. Because faulting in a page for the first time 
signals the test to invalidate all the other pages, however, the 
string of references and validations proceeds as shown in Table 
6-6. 





Table 


6-6 Page Faulting 


with First Part Done 


Page 1 


Page 2 


Page 3 


Page 4 




I 




I 




?A11 the pages start invalid. 


FAULT 




I 




?The first page is faulted 


V 




I 




rand is made valid. 


V 




FAULT 




rThe first page of operand 2 is 


I 




V 




^faulted in, and the rest out. 


FAULT 




V 




"Page 1 is refaulted, and page 


V 




V 




',3 is left valid. 


V 


FAULT 


V 




^String 1 processing reaches 


I 


V 


I 




rpage 2, all others faulted. 


I 


V 


FAULT 




•Page 1 is not needed now, but 


I 


V 


V 




rpage 3 still is needed. 


I 


V 


V 


FAULT 


•String 2 reaches its second 
•page 


I 


I 


I 


V 


^faulting page 4 for first 
•time. 


I 


FAULT 


I 


V ', 


Page 2 is still needed, and 


I 


V 


I 


V 


•is faulted back in. 


I 


V 


I 


V 


•The instruction is completed. 



The first part done test uses the CITS routines to help set 
execute, and check the results of instruction tests, 
instructions to test, and the data with which to test them, 
stored in a table. The table entries are of variable length, 
they begin as shown in Table 6-7. 



up. 
The 
are 
and 
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Table 6-7 First Part Done Test Table Entries 



BYTE 





BYTE 





BYTE 





BYTE 





BYTE 






;the op code of the test instruction 
;the op code's complement 
/initial condition codes 
/resultant condition codes 
/operand specifiers 



The faulting section uses the Interface Data Block (IDB) to 
communicate with the exception and interrupt handler. The format 
of the IDB is shown in Table 6-8. 

Table 6-8 First Part Done IDB Format 



T-Bit Exception and State 
Count Subtype Bits 

PSL of exception 

PC of exception 

PSL of latest T-bit trap 

PC of latest T-bit trap 

User service routine address 

Number of arguments (zero) 



The service routine address points to the code that implements the 
faulting algorithm. The exception type and subtype are loaded with 
the values for translation-not-valid faults. 

This test also interfaces with the CITS routine through a Test 
Control Block (TCB) . The TCB format is shown in Table 6-9. 

Table 6-9 First Part Done TCB General Format 



Current Test Table Address 

Unused Exception Subtype T-bit trap 

Operand 1 address, or 

Operand 2 address, or 

Operand 3 address, or 

Operand 4 address, or 

Operand 5 address, or 

Operand 6 address, or 
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The current test table address points into the table of test 
instructions. 

The TCB passed to CITS_DECODE and to CITSJREDECODE is shovm in 
Table 6-10. 

Table 6-10 First Part Done TCB Passed to CITS DECODE 



TCB: 

TCB_INST_ADDR: 
TCB_T_BIT: 
TCB_SUBTYPE: 
TCB_EXCEPTION: 

TCB OPERANDS: 



.LONG 





.BYTE 





.BYTE 





.BYTE 





.BYTE 





.BLKL 


6 



;current test table address 
;trace trap expected flag 
;exception subtype 
/expected exception vector 
; unused 
/optional operand addresses 



Typical Error Message 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 2 SUBTEST ERROR 212 19-JUN-1977 21:41:22.03 



HARD ERROR WHILE TESTING CPU; 
occurred. 



An unexpected type of fault 



Referenced address 

0001F7F8 

Test case 

1 

TCB's address Test table address 
00008F9C 00000A7C 



Fault code 
00000000 
Table number 
1 



PC 
00003DD0 



PSL 
000000EB 



Current entry address 
00000A7C 



Example 6-25 ESKAX Test 2, Subtest 0, Error 212 



Interpretation of Example 6-25 

The printout is representative of the first part done test, which 
interfaces to the CITS portion of the program for its data pool as 
follows. 

1. This test interfaces with CITS through the TCB whose 
format is shown in Table 6-10. 

In this example, the first address of the TCB is 8F9C. 

The current test table address (which is the first 
longword of the TCB) is given as A7C. 

2. The starting address of the test table within CITS is 
A7C. 
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3. CITS contains a number of tables; each table contains a 
number of cases (or distinct pieces of data) where: 

Table 1 represents BASE FP instructions 

Table 2 represents DECIMAL instructions 

Table 3 represents EDIT PC instructions 

Table 4 represents FPA instructions 

A summary of the information presented so far on the 
First Part Done Test follows. 

a. We are using Table 1 from CITS for our data. 

b. The starting address of this table is A7C. 

c. We are using DATA CASE 1. 

d. The address for DATA CASE 1 is A7C. 

e. The address of the CONTROL BLOCK guiding this test 
execution is 8F9C (whose format is shown above in 
Table 6-10) . 

f. Examination of the next n locations starting with the 
CURRENT ENTRY ADDRESS (in this case A7C) will give 
information concerning the instruction under test as 
follows : 

1st byte is the op code of the test instruction. 
2nd byte is the op code's complement. 
3rd byte is the INITIAL condition code (N,Z,V,C). 
4th byte is the RESULTANT condition code (N,Z,V,C). 

The next n bytes represent operand specifiers. 

The number of operand specifiers depends on the 

instruction under test. 

4. The starting address of the area where the test 
instruction is placed (residing) while undergoing test is 
the PC of 3DD0. 



6-29 



A Second Error Message 



******** CPU CLUSTER EXERCISER — 9.0 ******** 
PASS 1 TEST 2 SUBTEST ERROR 213 19-JUN-1977 21:41:22.03 
HARD ERROR WHILE TESTING CPU: Page fault on non-test instruction. 
Fault Code Reference address PC PSL 

00000000 0001FFF8 00003DD0 000000EB 
Table number Test case 

1 1 

TCB's address Test table address Current entry address 
00008F9C 00000A7C 00000A7C 



Example 6-26 ESKAX Test 2, Subtest 0, Error 213 

Interpretation of Example 6-26 

The REFERENCE ADDRESS of 1FFF8 represents the address which caused 

the FAULT CODE of 0. 

The breakdown of the FAULT CODE is as follows: 

Bit Position Meaning 

= translation not valid 

1 = access control violation 

1 1 = fault occurred during virtual reference to the 

PTE of the stored process virtual address 

2 = read access 

1 = write or modify access 

The interrupts portion of the test begins by setting "P^he test 
instruction and data, using the CITS routines named CITS_DECODE 
and CITS_SETUP. 

CITS SETUP returns with the PC and initial PSL of the test 
instruction on the stack. The test saves a copy of the test 
nStruction's PC and general registers, so that its progress may 
be observed. Then the test initializes the interval timer service 
routine . 
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It then sets up a timer interrupt and executes an REI to the test 
instruction, which is interrupted immediately. 

Since the state of the instruction is contained in the registers, 
if they are unchanged since the previous interrupt, the 
instruction has not progressed. This condition results from 
interrupting too soon. In this case, the interval timer is 
increased, and the test instruction is resumed. 

In the other case, when the general registers have changed, the 
instruction has progressed. 

Next, a divide-packed instruction is executed in an attempt to 
modify the state of any internal registers that might be used by 
the instruction under test. The timer is then set up for the new 
wait time, started, and the test instruction is resumed. 

When the test instruction has been completed, the results are 
checked and any errors are reported. 

Once interrupts and faults have been tried, the next entry in the 
test instruction table is selected, and the testing of that 
instruction begins. 

There are four classes of errors that may occur. 

Class 1 — Unexpected exceptions or interrupts. 

Class 2 — Exception or interrupt identifier reports, which simply 
state 

ERROR IN TEST CASE NN . 

These occur when an exception or interrupt occurs during the 
testing of an instruction, and they are immediately followed by 
the exception report. They exist solely to inform the operator of 
the test case in which the exception occurred. 

Class 3 — Instruction test errors describe incorrect results from 
instruction testing. The instructions tested are a subset of those 
tested in ESKAy05_TEST04 and ESKAY06_TEST05 , so that the 
instruction test errors are identical between those tests and this 
test, ESKAX04 TEST02. This data is in module ESKAX03 FPD DATA. 
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Class 4 — These errors are first part done specific (Example 
6-27). 

They have error numbers 200 through 209. Each reports error 
specific information, the table number, and the test case number. 
The interpretation of table numbers is as follows: 



Table Number 

1 
2 
3 

4 



Meaning 

Floating-point test table 
Decimal string test table 
EDITPC test table 
Floating-point test table 
(Executed with FPA enabled 
exists) 



if an FPA 



The test case number indexes into the appropriate table to 
indicate a single test. 



********* CPU CLUSTER EXERCISER — 9.0 ******** 




PASS 1 TEST 2 SUBTEST ERROR 207 




HARD ERROR WHILE TESTING CPU: EXPECTED TIMER INTERRUPTS 


DIDN'T 


OCCUR. 




VALUE PASSES 




-30 




TABLE NUMBER TEST CASE 




1 115 




TCB'S ADDRESS TEST TABLE ADDRESS CURRENT ENTRY ADDRESS 




18E0 9F6 9F6 





Example 6-27 ESKAX Test 2, Subtest 0, Error 207 

6.3.3 SBI Verification Module (ESKAX05, Test 3) 

The SBI verification test is designed to exercise and partially 
diagnose faults on the SBI nexus connected to it. Error reports 
will differentiate between faults on the SBI proper and faults 
caused by a nexus. The error printouts will serve as guides to 
selection of the appropriate repair level diagnostic to further 
isolate the problem. 
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With the exception of the interactive mode setup subtest, errors 
will be reproducible via looping. For interactive mode, due to the 
asynchronous operation of the exerciser, only errors introduced by 
interrupts from the interval timer are guaranteed to be 
reproducible . 

Note that failing devices are deselected from further testing at 
the point of failure. This means that if an MBA or UBA fails in a 
test before MBE or UBE checkout, the MBEs or UBEs attached are not 
checked for the failing MBA or UBA. 

The SBI verification test is composed of the following parts. 

SBI checkout — Verifies configuration register of each 
nexus that can be accessed. 

UBA checkout — Verifies that each selected UBA on the 
SBI can sustain data transfers without incurring errors 
and that interrupts occur at the proper BR level. 

MBA checkout — Verifies that each selected MBA on the 
SBI can sustain data transfers without incurring errors 
and that interrupts occur at the proper BR level. 

SBI interaction — Verifies that all UBAs are capable of 
block data transfers in a controlled sequential mode of 
operation. 

UBE checkout — Verifies that all existing UBEs are 
capable of sustaining data transfers and interrupting on 
completion without errors. 

MBE checkout — Verifies that all existing MBEs for 
selected MBAs are capable of sustaining data transfers 
and interrupting on completion without errors. 

6.3.3.1 SBI Checkout Subtest — The SBI checkout subtest will 
perform reads and writes to the configuration register of each 
nexus on the SBI as defined by the hardware P-Table. This subtest 
will set up the Hardware Interrupt Request Table (HIRT) , which 
will contain an entry for each UBA and/or MBA responding to a read 
of its configuration/status register. This table will be used by 
all subtests within the SBI verification test. A nexus that does 
not respond will not be entered into the HIRT and, therefore, will 
not be used in the following subtests. No response from a nexus is 
treated as an error. 
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The SBI checkout subtest uses the CPU silo comparator register to 
check the validity of the commands and responses from the 
receiving nexus on the SBI. 

The primary purpose of this subtest is to provide the field user 
with a detailed check of the SBI. It will isolate faults in such a 
manner that the error information printed will aid the user in the 
selection of the proper diagnostic, which may then be run to 
further isolate the fault. 

Silo Compare Servicing -- The silo compare service 
routine will read back the SBI silo and compare the 
contents with the arguments supplied in the IDB 
(interface data block). Null cycles between command 
issue and read reply are checked for continuity of 
function, i.e., TR lines not continually asserted. No 
checking will be made for the number of null cycles. 

On completion of the silo read back, the fault bit in the CPU SBI 
status register will be checked for clear. The error flag will be 
set and the appropriate information will be placed on the error 
stack if it is set. The fault bit will be reset if set. The 
interrupt on silo compare bit will be cleared and the SBI silo 
compare register will be cleared. 

A return is then made to the point of invocation of the interrupt 
causing this routine to be executed. 
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6.3.3.2 UBA Checkout Subtest — This subtest will only be run for 
UBAs that exist in the HIRT and have been qualified by the SBI 
checkout subtest. 

Each UBA will be set up to operate in a wraparound mode so that 
access from the SBI to Unibus memory space will be mapped into SBI 
memory space. 

This subtest will check the following UBA capabilities. 

1. DDP and BDPl data paths are operational. 

2. Interrupts can be initiated by the adapter and result in 
the correct vector being accessed. 

3. The map registers can be accessed and used correctly. 

4. Purging operates correctly. 

5. A read to nonexistent Unibus memory space causes the 
correct error sequence and interrupt. 

The subtest will autosize the Unibus memory and set the map 
register disable portion of the Unibus Adapter Control Register 
(UACR) for use by other subtests within the SBI verification test. 

Faults detected within this subtest will cause the UBA under test 
to be disqualified from further use by any other subtest within 
the SBI verification test. 

UBA Interrupt Servicing — Interrupts generated by the Unibus 
Adapter are serviced by this routine. 

The routine will compare the configuration register and the Unibus 
Adapter Status Register (UASR) with arguments supplied in the 
Service Data Block (SDB) . if there are any differences, they will 
be pushed on the error stack and the error flag will be set. For 
an invalid map register type interrupt, the failed mapped entry 
register will be compared with the SDB entry. Also, for a Unibus 
SSYN timeout, the failed Unibus address register will be compared 
with the SDB entry. 

The AEIL (Additional Exception or Interrupt Longword) is used as 
the transfer vehicle to indicate to the interrupted program the 
IPL level at which the interrupt occurred. 

6.3.3.3 MBA Checkout Subtest - This subtest is run only on MBAs 
that exist in the HIRT and have been qualified by the SBI checkout 
subtest. 

Each MBA is set up to operate in maintenance mode. 



6-35 



This subtest checks the following MBA capabilities. 

1. Initialization clears registers and does not cause 
interrupts. 

2. DT BUSY can be set and causes no interrupts. 

3. PGE can be set and causes an interrupt. 

4. Read and write transfers operate correctly; on completion 
of read data transfer, DONE is set and causes an 
interrupt. 

Faults detected within this subtest cause the MBA under test to be 
disqualified from further use by any other subtest within the SBI 
verification test. 

MBA Interrupt Servicing -- Interrupts generated by the Massbus 
adapter are serviced by this routine. 

This routine compares the status register with an argument 
supplied in the SDB. 

If there are any differences, the SDB + 2 will be set to indicate 
error and the error information will be put into the appropriate 
slots in the Master Control Space (MCS) . 

6 3.3.4 SBI Interaction Subtest — After the UBAs are set up for 
wraparound operation, the following data transfer types are 
initiated. 

1. read word 

2. write byte 

3. write word 

4. modify byte 

5. modify word 

6.3.3.5 UBE Checkout Subtest ~ This subtest determines the 
number and location of Unibus exercisers for each Unibus adapter 
and checks each as it is found. If no faults are detected, the UBE 
is entered in the HIRT and the qualify bit will be set. 

Only qualified UBAs are used during this subtest. If none exists, 
the subtest will be skipped. 

UBAs are set up with two map registers pointing to SBI memory 
space. One map uses the Direct Data Path (DP0) and the other uses 
buffered Data Path One (DPI). All interrupts are enabled. 

Autosizing is used to determine the location of a Unibus 
exerciser . 
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Each exerciser is checked for the following two capabilities: 

1. ability to execute DATO, DATI functions, 

2. ability to interrupt at BR levels 4 through 7 following a 
function. 

If any of the above conditions is not met, the UBE is not entered 
in the HIRT. 

UBE Interrupt Servicing — The contents of the BRRVR and UBA base 
address are passed into the test from the master exception and 
interrupt handler. In addition, the routine performs the following 
four functions. 

1. If bit 31 is set in the BRRVR value read, then call the 
UBA service routine. 

2. Derive the UBE address from the vector supplied in the 
low word of the BRRVR value. 

3. Examine bit 15 (error bit) of CRl. If the bit is set, 
push the error type information and contents of the 
control registers, CRl and CR2, on the error stack and 
set the error flag. Clear the error bit. 

4. Return. 

6.3.3.6 MBE Checkout Subtest — This subtest determines if an MBE 
is present for each MBA that has been previously qualified. 

Each exerciser will be checked for the following: 

1. read transfers 

2. write transfers. 

Additionally, the MBA is checked for whether 

1. Attention can be set which causes an interrupt. 

2. Massbus exception can be set which causes an interrupt. 

If any of the above conditions is not met, the MBE is not entered 
in the HIRT. 
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Typical Error Messages for the SBI Verification Module: 



*ie****** 


CPU CLUSTER EXERCISER — 


9.0 


******** 






PASS 1 TEST 3 SUBTEST 


2 ERROR 10 


19-JUN-1977 21:53: 


25.06 




HARD ERROR 


WHILE TESTING 


USA: INVALIDATED 


MAP REGISTER ACCESS 




ERROR: DESTINATION OVERWRITTEN 










ADD ACCESS 


NEXUS ADD 


MR ADD 


FUNC 


EXP DATA 


ACT 


DATA 


201009F8 


60006000 


60006810 


WRITE 


25255252 


24255252 



Example 6-28 ESKAX Test 3, Subtest 2, Error ll 



******** CPU CLUSTER EXERCISER — 


9^0 ******** 


PASS 1 TEST 3 SUBTEST 3 ERROR 4 


19-JUN-1977 21:57:03.12 


HARD ERROR WHILE TESTING MBA0: MBA 


WRITE 


ERROR: RESULT 




ADD ACCESS NEXUS ADD EXP DATA 


ACT DATA 


6001040 60010000 00002000 


00002400 



Example 6-29 ESKAX Test 3, Subtest 3, Error 4 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 3 SUBTEST 3 ERROR 4 19-JUN-1977 21:57:13.07 

HARD ERROR WHILE TESTING MBAl: MBA WRITE 

ERROR: RESULT 

ADD ACCESS NEXUS ADD EXP DATA ACT DATA 

60012400 60012000 00002000 00003000 



Example 6-30 ESKAX Test 3, Subtest 3, Error 4 
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Interpretation of Example 6-28 

These printouts are typical of ESKAX Test 2, where: 

1. The nexus address is 60006000. A nexus is defined as a 
physical connection to the SBI. In this case the nexus is 
the UBA. 

2. Since the SBI deals in 30-bit addresses, 18-bit Unibus 
addresses must be translated to 30-bit SBI addresses. 
This function is performed by the Unibus adapter through 
one of the 496 UBA memory map registers, as shown in 
Table 6-11. 

Table 6-11 Unibus Adapter Map Register Address Offsets 



Unibus 


Memory 


Page 


Offset from the 
UBA Base Address 



1 
2 
3 
4 

• 






800 
804 
808 
8 0C 
810 

• 




• 

495 

• 






FBC 
FC0 




• 
• 
* 






• 

FPC 


Reserved 



In the example given, the MR ADDRESS is 6000 6810 . The underlined 
portion of the address (using Table 6-11) tells us that we are 
working with the map register for Unibus memory, page 4. 

One Unibus memory page equals 512 bytes. 

3. The function performed was a write. 

4. Each UBA has an associated Unibus address space with a 
physical starting address as follows: 



UBA Number 


1 
2 
3 



Physical Starting Address 

20100000 
20140000 
20180000 
201C0000 



From Example 6-28 the ADDRESS ACCESSED is 201009F8, indicating 
UBA under test. 

5. EXPECTED and ACTUAL DATA are self-explanatory. 

6.3.3.7 Memory Verify (ESKAX06_TEST04) — Not yet implemented. 
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6.4 ESKAY 

6.4.1 Interval Timer and Day Clock Verification Module 
(ESKAY02 TEST01) 

This module tests the interval timer and the day clock. The 
interval timer is used extensively throughout the cluster 
exerciser package during interactive operation. 

6.4.1.1 Interval Timer Functions 

Subtest 1 — The interrupt enable bit in the control status 
register can be set and cleared. 



Typical Error Message 






******** CPU CLUSTER EXERCISER 


— 9,0 ******** 




PASS 1 TEST 1 SUBTEST 1 ERROR 


2 18-JUN-1977 06:38:05.10 




HARD ERROR WHILE TESTING CPU: 
CLEARED 


INTERRUPT ENABLE BIT CAN'T 


BE 



Example 6-31 ESKAY Test 1, Subtest 1, Error 2 

Subtest 2 — This subtest checks that the transfer bit (bit 04) in 
the control status register can be set, thus activiating a 
transfer of the contents of the next interval register to the 
current interval register. 

A check that the transfer bit is read as is also performed. 

Typical Error Messages 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 2 ERROR 1 18-JUN-197 7 6:39:5 8.61 

HARD ERROR WHILE TESTING CPU: XFER BIT STUCK AT 1 



Example 6-32 ESKAY Test 1, Subtest 2, Error 1 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 2 ERROR 2 18-JUN-1977 06:39:58.61 

HARD ERROR WHILE TESTING CPU: XFER FROM NEXT INTERVAL TO INTERVAL 
COUNT INCORRECT 



Example 6-33 ESKAY Test 1, Subtest 2, Error 2 
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Subtest 3 — The single clock bit (bit 5) in the control status 
tegister can be set, thus causing the current interval register to 
advance by one. 

The test also checks that the single clock bit is read as zero. 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 3 ERROR 2 18-JUN-1977 06:43:14.82 

HARD ERROR WHILE TESTING CPU: SINGLE CLOCK BIT NOT FUNCTIONING 
PROPERLY 



Example 6-34 ESKAY Test 1, Subtest 3, Error 2 

Subtest 4 — This test floats a one through a field of zeros in 
the current interval register. The medium of transfer is the 
read/write unit comprised of the current interval register and the 
next interval register, respectively. Since the next interval 
register is write-only, only the current interval register is 
checked at the end of the transfer. If a failure is detected in 
the current interval register, it is possible that the failure 
originated in the next interval register. 

Typical Error Message 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 4 ERROR 1 18-JUN-1977 06:44:31.89 

HARD ERROR WHILE TESTING CPU: ADJACENT PIN STICKING IN INTERVAL 
COUNT REGISTER 

EXPECTED RESULT RECEIVED RESULT ENTRY VALUE 
00000004 00000006 00000004 



Example 6-35 ESKAY Test 1, Subtest 4, Error 1 

Interpretation 

1. The ENTRY VALUE of 00000004 represents the value loaded 
into the next interval register (hex 19) . 

2. The EXPECTED RESULT of 00000004 represents what the 
content of the current interval register (hex lA) should 
be after the transfer is complete. 

3. The RECEIVED RESULT is self-explanatory. 
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Subtest 5 — This subtest checks the carry bits of the current 
interval register. This is accomplished by preloading the next 
interval register with the value to force the carry, transferring 
this to the next interval register, and then single-clocking to 
force the carry expected. 



Typical Error Message 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 5 ERROR 1 18-JUN-1977 06:45:50.65 

HARD ERROR WHILE TESTING CPU: INTERVAL TIMER COUNTING NOT 
PROCEEDING PROPERLY 

EXPECTED RESULT RECEIVED RESULT ENTRY VALUE 
00000002 00000001 00000001 



Example 6-36 ESKAY Test 1, Subtest 5, Error 1 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 5 ERROR 1 18-JUN-1977 06:45:50.65 

HARD ERROR WHILE TESTING CPU: INTERVAL TIMER COUNTING NOT 
PROCEEDING PROPERLY 

EXPECTED RESULT RECEIVED RESULT ENTRY VALUE 
00000004 00000003 00000003 



Example 6-37 ESKAY Test 1, Subtest 5, Error 1 

Interpretation of Example 6-36 

1. The ENTRY VALUE of 00000001 represents the value loaded 
into the next interval register (hex 19) . 

2. The EXPECTED RESULT of 00000002 represents what the 
content of the current interval register (hex lA) should 
be after the transfer is complete and the single clock 
bit has been ticked once. 

3. The RECEIVED RESULT is self-explanatory. 
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Subtest 6 ~ This subtest checks that the error bit in the control 
status register will set in the case of a current interval 
register overflow occurrence before a previous interrupt has been 
serviced. 

The error messages are self-explanatory. 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 6 ERROR 1 18-JUN-1977 06:53:13.11 

HARD ERROR WHILE TESTING CPU: INTERRUPT REQUEST NOT SET ON 



Example 6-38 ESKAY Test 1, Subtest 6, Error 1 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 6 ERROR 2 18-JUN-1977 06:53:13.11 

HARD ERROR WHILE TESTING CPU: ERR NOT SET FROM UNSERVICED OVERFLOW 



Example 6-39 ESKAY Test 1, Subtest 6, Error 2 

Subtest 7 ~ This subtest checks the run bit of the control status 
register with the interrupt enable bit not set (i.e., a check of 
no interrupt capability). 

Typical Error Message 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 7 ERROR 3 18-JUN-1977 06:53:13.11 

HARD ERROR WHILE TESTING CPU: ERR BIT SET — SHOULD NOT BE 



Example 6-40 ESKAY Test 1, Subtest 7, Error 3 

Subtest 8 -- This subtest checks the run bit of the control status 
register with the interrupt enable bit set, a check of interrupt 
capability. A check is also made to verify that the interrupt is 
enabled at IPL 24 (hex 18). 
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Typical Error Message 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 8 ERROR 2 18-JUN-1977 06:55:56.48 

HARD ERROR WHILE TESTING CPU: INTERRUPT OCCURRED AT OTHER THAN IPL 
24 

IPL WAS 18 



Example 6-41 ESKAY Test 1, Subtest 8, Error 2 

Interpretation of Example 6-41 

1. The IPL WAS would indicate at what IPL level the 
interrupt did occur (if other than IPL 24) . 

6.4.1.2 Day Clock Function 

Subtest 9 — This subtest checks the ability of the time o£ day 

register to advance from a known state, given 20 ms to do so. 

Typical Error Message 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 9 ERROR 1 18-JUN-1977 06:58:26.79 

HARD ERROR WHILE TESTING CPU: TIME OF DAY CLOCK NOT INCREMENTING 



Example 6-42 ESKAY Test 1, Subtest 9, Error 1 

Subtest 10 — This subtest checks the ability of the time of day 
register to accept a back-to-back loading of two different and 
unique values. 

Typical Error Message 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 10 ERROR 2 18-JUN-1977 06:59:43.78 

HARD ERROR WHILE TESTING CPU: DOUBLE LOADING OF TIME OF DAY NOT 
CORRECT 

EXPECTED RESULT RECEIVED RESULT 1ST LOAD 2ND LOAD 
AAAAAAAC AAAAAAAA 55555555 AAAAAAAA 



Example 6-43 ESKAY Test 1, Subtest 10, Error 2 

6-44 



Subtest 11 — This subtest checks for any stuck-at-zero bits in 
the time of day register. 

Typical Error Message 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 11 ERROR 1 18-JUN-1977 07:00:30.34 

HARD ERROR WHILE TESTING CPU: ADJACENT PIN STICKING IN TIME OF DAY 
REG ISTER 

EXPECTED RESULT RECEIVED RESULT ENTRY VALUE 
FFFFFFFE FFFFFFFF FFFFFFFD 



Example 6-44 ESKAY Test 1, Subtest 11, Error 1 

Subtest 12 — This subtest checks the Carry bits of the time of 

day register. This is accomplished by preloading the time of day 

register with the value to force the Carry, and then expecting a 
Carry bit m approximately 14 — 15 ms. 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 12 ERROR 2 18-JUN-1977 07:05:02.22 

HARD ERROR WHILE TESTING CPU: TIME OF DAY COUNTING NOT PROCEEDING 

PROPERLY 

EXPECTED RESULT RECEIVED RESULT ENTRY VALUE 

00000002 00000001 00000001 



Example 6-45 ESKAY Test 1, Subtest 12, Error 2 

Interpretation of Example 6-45 

1. The ENTRY VALUE of 00000001 is what is initially loaded 
into the time of day register. 

2. The EXPECTED RESULT of 00000002 is the final value 
expected to be in the time of day register approximately 
14 ms after the initial load. 

3. The RECEIVED RESULT is self-explanatory. 

In addition, the test checks for stuck-at-zero bits in the time of 
day register. 
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6.4.2 Arithmetic, Logic, and Field Instruction Test Module 

(ESKAy03, Test 02) . ^ e- ta 

This module tests the integer arithmetic, logical, and tieia 
instruction microcode and associated hardware. CITS performs all 
of the functional control, building expected data patterns, 
executing the instructions to be tested, and checking the results. 

The following two printouts are typical of error reports coming 
from this test. 

a. One shows a result PSL error. 

b. The second shows incorrect operand result contents. 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 2 SUBTEST 1 ERROR 1 6-AUG-1978 11:34:41.92 

HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 1 

? RESULT PSL ERROR 

EXPECTED ACTUAL 

000000E5 000000E1 
INITIAL CONDITIONS: 
PC 00004958 PSL 000000EF 
OP CODE ~ 90 WITH REGISTER INDIRECT OPERANDS 

INITIAL REGISTERS R0 — R6: 

R0 0000AE04 Rl 0000AE0D R2 00000000 

R3 00000000 R4 00000000 R5 00000000 

R5 00000000 

SOURCE OPERAND DATA: 

OPERAND 1 

05 



L 



Example 6-46 ESKAY Test 2, Subtest 2, Error 1 
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******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 2 SUBTEST 1 ERROR 31 6-AUG-1978 11:35:27.25 

HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 31 
? INCORRECT RESULT, OPERAND 2 

EXPECTED ACTUAL 

00004300 00004304 

00000000 00000000 

INITIAL CONDITIONS: 

PC 000046FA PSL 000000EF 

OP CODE — 6C WITH REGISTER INDIRECT OPERANDS 

INITIAL CONDITIONS: 

R0 0000AE04 Rl 0000AE0D R2 00000000 

R3 00000000 R4 00000000 R5 00000000 

R6 00000000 

SOURCE OPERAND DATA: 

OPERAND 1 

21 



Example 6-47 ESKAY Test 2, Subtest 1, Error 31 
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Interpretation of Example 6-47 

1. The op code 6C defines the instruction under test as 
CVTBD (you can know this by simply looking up the given 
op code on a coding card) . 

2. The general format of this instruction (again from 
looking at the code card) is as follows: 

op code scr.rx, dst.wy 

The statement WITH REGISTER INDIRECT OPERANDS indicates 
that the form of the instruction being tested is CVTBD 
(R0), (Rl). 

NOTE 
All instruction testing is set up so 
that the first operand always uses R0, 
second operand always uses Rl, third 
operand always uses R2, etc. 

3. The initial conditions PC and PSL should be 
self-explanatory. 

4. The TEST CASE NUMBER of 31 shows nothing more than how 
far into the current test table we are, i.e., 30 
instruction types were tested up to this point with no 
errors . 

For all intents and purposes, you can ignore this number. 

5. The error indication of INCORRECT RESULT, OPERAND 2 
states that the final contents of the destination operand 
were wrong. OPERAND 2 is shown above as (Rl) . 

6. The SOURCE OPERAND DATA of 21 is self-explanatory. 

7. The INITIAL REGISTERS R0 — R6 specify the addresses in 
memory in use for the instruction. In this case, CVTBC 
(AE04) , (AE0D) . 

NOTE 
R2 through R6 contain 0s since the CVTBD 
instruction uses only two operands. 

8. Finally, the EXPECTED value of 4300 and the ACTUAL value 
of 4304. 

If you examine the content of AE0D (/W) it should contain 
4304. 

Example 6-48 is another form of printout similar to the preceding 
two examples with a twist. An unexpected exception occurred during 
the testing of an instruction. 

6-48 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 2 SUBTEST 3 ERROR 1 6-AUG-1978 11:34:42.57 

HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 1 

UNEXPECTED EXCEPTION 
ERROR* 00000001 
VECTOR* 00000034 
SUBTYPE* 00000001 
PSL 000000EB 
PC 00004933 

INITIAL CONDITIONS: 

PC 00004930 PSL 000000E0 

OP CODE — 8E WITH REGISTER INDIRECT OPERANDS 

INITIAL REGISTERS R0 — R6: 

R0 0000AE04 Rl 0000AE0D R2 00000000 

R3 00000000 R4 00000000 R5 00000000 

R6 00000000 

SOURCE OPERAND DATA: 

OPERAND 1 

80 

Example 6-48 ESKAY Test 2, Subtest 3, Error 1 
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Interpretation o£ Example 6-48 

1. The unexpected exception occurred through VECTOR 34 
(Paragraph 2.7 of the KA780 Central Processor Technical 
Description lists VECTOR 34 as the ARITHMETIC TRAP 
vector) . 

2. The SUBTYPE of 1 informs you that the condition was 
INTEGER OVERFLOW (Paragraph 2.7 of the KA780 Central 
Processor Technical Description ) . 

3. The PC of 4933 and PSL of EB are those existing at the 
time of the exception occurrence. 

4. The ERROR 1 is nothing more than a repetition of the 
ERROR 1 printout of the header report. 

5. The rest of the printout is as outlined for the two 
printouts preceding (i.e., the same breakdown applies). 

6.4.3 Branch, CRC, and Queue Test Module (ESKAY04, Test 03) 

Not yet implemented. 

6.4.4 Floating-Point Instructions Test Module (ESKAT05, Test 4; 
ESKAy06, Test 5) 

Tests 4 and 5 check both the basic floating-point instructions and 
the accelerated floating-point instructions. Arithmetic and 
reserved operand exceptions pertaining to floating-point 
instructions are also tested. Since the FPA takes part in the 
execution of MULL2 and MULL3, the tests also check these 
instructions. The floating-point accelerator is turned off for 
test 4 and on for test 5. 
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Typical Error Messages for Test 4 



******** CPU CLUSTER EXERCISER (ZZ-ESKAY) — 9.0 ******** 
PASS 1 TEST 4 SUBTEST 1 ERROR 2 20-FEB-1978 11:26:00.00 
HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 2 
? RESULT PSL ERROR 

EXPECTED ACTUAL 

001F00E3 001F00E1 

INITIAL CONDITIONS: 

PC 00004420 PSL 001F00EF 

OP CODE ~ 4F WITH REGISTER INDIRECT OPERANDS 

INITIAL REGISTERS R0~R6: 

R0 0000AC04 Rl 0000AC10 R2 0000AC1C 
R3 00000000 R4 00000000 R5 00000000 
R6 00000000 

SOURCE OPERAND DATA: 

OPERAND 1 
00004080 
OPERAND 2 
00004080 
OPERAND 3 
00000000 



Example 6-49 ESKAY Test 4, Subtest 1, Error 2 
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******** CPU CLUSTER EXERCISER (ZZ-ESKAY) — 9.0 ******** 
PASS 1 TEST 4 SUBTEST 1 ERROR 7 20-FEB-1978 11:26:00.00 
HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 
? ERROR IN TEST CASE NUMBER: 7 
? RESULT PSL ERROR 

EXPECTED ACTUAL 

001F00E5 001F00E4 
INITIAL CONDITIONS: 
PC 00004695 PSL 001F00EB 
OP CODE — 71 WITH REGISTER INDIRECT OPERANDS 

INITIAL REGISTERS R0 — R6: 

R0 0000AC04 Rl 0000AC14 R2 00000000 
R3 00000000 R4 00000000 R5 00000000 
R6 00000000 

SOURCE OPERAND DATA: 

OPERAND 1 

00004080 

00000000 

OPERAND 2 

00004080 

00000000 

Example 6-50 ESKAY Test 4, Subtest 1, Error 7 
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******** CPU CLUSTER EXERCISER (ZZ-ESKAY) — 9.0 ******** 
PASS 1 TEST 4 SUBTEST 1 ERROR 24 20-FEB-1978 11:26:00.00 
HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 24 
? RESULT PSL ERROR 

EXPECTED ACTUAL 

001F00E8 001F00E0 

INITIAL CONDITIONS: 

PC 00004873 PSL 001F00EF 

OP CODE — WITH REGISTER INDIRECT OPERANDS 

INITIAL REGISTERS R0 — R6 

R0 0000AC04 Rl 0000AC14 R2 0000AC1D 

R3 0000AC2D R4 0000AC39 R5 00000000 

R6 00000000 

SOURCE OPERAND DATA: 

OPERAND 1 

FFFE4FFF 

FFFFFFFF 

OPERAND 2 

FF 

OPERAND 3 

00004080 

00000000 

Example 6-51 ESKAY Test 4, Subtest 1, Error 24 
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A lengthy detailed description of this type of error report has 
been supplied in Paragraph 6.4.2. Using that description as a 
reference, interpretations of the preceding three error reports 
follow. 

Interpretation of Example 6-49 

The instruction being tested is 

ACBF (R0), (Rl) , {R2) , displacement 

BREAKING DOWN FURTHER — 

ACBF (AC04), (AC10), (ACIC) , displacement 

BREAKING DOWN FURTHER — 

ACBF 4080, 4080, 0, displacement 

limit addend index 

Interpretation of Example 6-50 

The instruction being tested is 

CMPD (R0) , (Rl) 

BREAKING DOWN FURTHER — 
CMPD (AC04, (AC14) 

BREAKING DOWN FURTHER — 
CMPD 4080, 4080 

source destination 
Interpretation of Example 6-51 
Going through a similar analysis 

EMODD {R0), (Rl), (R2), integer, fraction 
EMODD FFFE4FFF 00004080 

FFFFFFFF, FF, 00000000, integer, fraction 
floating- 



point multiplier 



multiplicand 



floating-point 
multiplier extension 
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Typical Error Messages for Test 5 



******** CPU 


CLUSTER EXERCISER 


(ZZ- 


-ESKAY) ~ 


9.0 


******** 


PASS 1 TEST 5 


SUBTEST 2 ERROR 


7 


20-FEB-1978 


11: 


26:00 


.00 


HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST 


ERROR 






? ERROR IN TEST 


CASE NUMBER: 7 












? INCORRECT TRACE TRAP PSL 












EXPECTED 


ACTUAL 












001F00F5 


001F00P4 












INITIAL CONDITIONS: 












PC 00004695 PSL 


001F00FB 












OP CODE — 71 WITH REGISTER INDIRECT 


OPERANDS 








INITIAL REGISTERS R0— R6: 












R0 000 0AC04 


Rl 0000AC14 


R2 


00000000 








R3 00000000 


R4 00000000 


R5 


00000000 








R6 00000000 














SOURCE OPERAND 


DATA: 












OPERAND 1 














00004080 














00000000 














OPERAND 2 














00004080 














00000000 















Example 4-52 ESKAY Test 5, Subtest 2, Error 7 
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******** CPU CLUSTER EXERCISER (ZZ-ESKAY) — 9.0 ******** 
PASS 1 TEST 5 SUBTEST 8 ERROR 100 20-FEB-1978 11:26:00.00 
HARD ERROR WHILE TESTING CPU: FLOATING NORMALIZE SUBTEST 

? ERROR IN TEST CASE NUMBER: 113 
EXPECTED ACTUAL 
FFF849FF 00003F80 

TEST AT PC: 0000 9A87 ADDF3 R0, R2, R4 
R0 00004080 
R2 0000C040 



Example 6-53 ESKAY Test 5, Subtest 8, Error 100 



******** CPU CLUSTER EXERCISER (ZZ-ESKAY) — 9.0 ******** 
PASS 1 TEST 5 SUBTEST 8 ERROR 101 20-FEB-1978 11:26:00.00 
HARD ERROR WHILE TESTING CPU: FLOATING NORMALIZE SUBTEST 

? ERROR IN TEST CASE NUMBER: 161 

EXPECTED ACTUAL 

00004040 00004000 

00000000 00000000 
TEST AT PC: 00009B11 ADD3 R0, R2, R4 

Rl 0000C000 

R2 FFFF4D7F 

R3 0000E000 



Example 6-54 ESKAY Test 5, Subtest 8, Error 101 
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The interpretation of Example 6-52 is similar to that already 
given for Example 6-47. 

Examples 6-53 and 6-54 are for the FLOATING NORMALIZE SUBTEST and 
differ from the standard CITS printouts as follows: 

1. Both printouts give the instructions under test and their 
operands, i.e., 

ADDF3 R0, R2, R4 
ADDS R0, R2, R4 

2. The operand data is listed directly under the TEST AT PC 
statements. 

3. The EXPECTED and ACTUAL data in both cases reference the 
contents of R4 (R4, by definition, specifies the 
destination operand) . 

6.4.5 Operand Specifier Dependent Floating-Point Test {ESKAY07, 
Test 6) 

Not yet implemented. 

6.4.6 Decimal Strings Module (ESKAX08, Test 7) 

This module tests the microcode and hardware used for decimal 
string execution. 

Interpretation of Example 6-55 

The error printouts coming from this test are designed like those 
of test 5. An overall interpretation has already been described in 
the test 2 writeup. 

Analysis should show the instruction under test to be 
ADDP6 (R0), (Rl) , (R2) , (R3), (R4) , (R5) 



add2addr 



addladdr 



sum add r 



addllen add21en sumlen 



with ADDRESSES REFERENCED shown under INITIAL REGISTERS R0— R6 and 
OPERAND DATA as indicated. 

6.4.7 EDITPC Operators Module (ESKAY09, Test 8) 

This module tests the EDITPC microcode and associated hardware. 
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Typical Error Message 



******** CPU CLUSTER EXERCISER (ZZ-ESKAY) — 9.0 ******** 
PASS 1 TEST 7 SUBTEST 2 ERROR 26 20-FEB-1978 11:26:00.00 
HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 26 
? INCORRECT TRACE TRAP PSL 

EXPECTED ACTUAL 

001F00F8 001F00F0 

INITIAL CONDITIONS: 

PC 00004585 PSL 001F00FF 

OP CODE —21 WITH REGISTER INDIRECT OPERANDS 

INITIAL REGISTERS R0 — R6 

R0 0000AC04 Rl 0000AC0E R2 0000AC1B 
R3 0000AC25 R4 0000AC35 R5 0000AC3F 
R6 00000000 

SOURCE OPERAND DATA: 

OPERAND 1 

0009 

OPERAND 2 

12, 34, 56, 78, 9C 

OPERAND 3 

000E 

OPERAND 4 

00, 00, 00, 77, 77, 77, 77, 7E 

OPERAND 5 

001F 



Example 6-55 ESKAY Test 7, Subtest 2, Error 26 
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Typical Error Message 



******** CPU CLUSTER EXERCISER (ZZ-ESKAY) — 9.0 ******** 
PASS 1 TEST 8 SUBTEST 1 ERROR 48 20-FEB-1978 11:26:00.00 
HARD ERROR WHILE TESTING CPU: INSTRUCTION TEST ERROR 

? ERROR IN TEST CASE NUMBER: 48 
? RESULT PSL ERROR 

EXPECTED ACTUAL 

001F00E5 001F00E4 

INITIAL CONDITIONS: 

PC 0000485A PSL 001F00EB 

OP CODE — 38 WITH REGISTER INDIRECT OPERANDS 



INITIAL 


REGISTERS R0— R6: 






R0 0000AC04 Rl 0000AC0E 


R2 


0000AC1E 


R3 0000AC2F R4 00000000 


R5 


00000000 


R6 00000000 






SOURCE OPERAND DATA: 






OPERAND 


1 






0000F 








OPERAND 


2 






00, 00, 


00, 00, 00, 00, 00, 0D 






OPERAND 


3 






40, 40, 


43, 25, 04, 9F, 46, 10, 


00 





Example 6-56 ESKAY Test 8, Subtest 1, Error 48 
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Interpretation of Example 6-56 

The error printouts coining from this test are designed like those 

described in Paragraph 6.4,2. 

Therefore, analysis should show the instruction under test to be 
EDITPC (R0), (Rl) , (R2) , (R3) 



(R0) , 
srclen 



(R2) , 
pattern 



srcaddr 



dstaddr 



with ADDRESSES REFERENCED shown under INITIAL REGISTERS R0 — R6 and 
OPERAND DATA as indicated. 

6.4.8 Character String Instructions Test Module (ESKAY10r Test 
9) 

Not yet implemented. 

6.4.9 Privileged Instruction Exception Test (ESKAYll, Test 10) 
Not yet implemented. 



6.5 



ESKAZ DESCRIPTION 



6,5.1 Memory Management Test Module (ESKAZ03, Test 1) 
The object of this test is to test memory management on a 
VAX-11/780 CPU. Memory management is that part of the CPU which 
checks protection on memory references, performs virtual to 
physical address translation, monitors updates to pages of memory 
(with the modify bit of the page table entry) , and resolves 
unaligned data references. These functions are tested by making 
many different kinds of references to see that they work. Working 
is defined as: reading or writing the correct data, leaving the 
contents of adjacent addresses unaffected, setting the M bit on 
the first write to a page, and faulting if required. Upon 
detecting a failure, the test issues an error report containing 
the failure symptom (e.g., unexpected fault, wrong condition 
codes) and the circumstances surrounding the failure (instruction 
and address under test, expected and received data, etc.). 

The test is organized in six subsections, each testing some area 
of memory management functionality. 

1. Valid read and write — The intent is to quickly verify 
that the basic functions work. Longword aligned reads and 
writes are performed to each address space (P0, PI, and 
System) . This process performs initial checks of reading 
and writing, physical address translation in each address 
space, translation buffer loading, and setting of the 
modify bit. 
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2. Length register boundary checks - References are made 
3ust before and just beyond each of the length boundaries 
to verify the length boundary checks. 

3. Page Table Entry (PTE) combinations — This subsection 
changes privilege modes to kernel, exec, super, and user. 
It makes references to pages mapped with each access 
code, and with the PTEs both valid and invalid, to verify 
the access privilege checks. 

4. Size with PTE combinations — The size of the access is 
varied from byte to quadword and tried with PTE 
combinations. 

5. Page boundary checks — The size of the access and the 
position of the access with respect to a paqe boundary 
are varied. ' 

6. IB references with PTE combinations — This subsection 
attempts to make instruction buffer references while 
varying the protection of the referenced page. 
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6.5.1.1 Memory Management Test General Plow 

Initialization — Three buffer areas are requested from the 
supervisor, one each from P0, Pi, and system spaces. A control 
block (BVAS) is loaded with their addresses, and with the 
addresses of three other buffer areas, which are on the last page 
in each space. 

Execution of Subsections ~ A loop selects and executes each of 
the subsections, as follows. 

1. Select an SCC ~ The entry in the subsection description 
table associated with the current subsection is selected. 
It includes a pointer to a Setup Command Chain (SCC). 
There is an SCC for each subsection. The execution 
section includes six nested loops, varying access size, 
address space, and operand alignment. The SCC contains 
start and end limits for these loops. For instance, the 
SCC for the fourth loop, page boundary checks, specifies 
varying access size from byte to quadword, varying the 
offset from a page boundary from 8 bytes before through 1 
byte after the page boundary, and varying address space 
from P0 to system. 

2. Create defaults — Defaults are provided for any 
variables not specified in the SCC. 

3. Execute subsection — A procedure is called that will 
make test references, varying each reference variable 
specified in the SCC across the range. 

Clean up ~ At the end of the test, all buffers are returned and 
control returns to the dispatch routine in the supervisor. 

6.5.1.2 Memory Management Test, Subsection Flow 

Loop start — All reference parameters that will vary are loaded 
with initial values specified in the SCC. 

Execute — The test reference described by the current state of 
all the reference variables is made. 

Increment — The next value of the most rapidly varying parameter 
is loaded. If its range has been covered, it is set to its initial 
value and the next variable is changed. 

Loop — If the slowest varying reference parameter has completed 
its range, the subsection is complete. Otherwise, the next 
reference is made. 

6.5.1.3 Test Reference Execution 

Initialize — The control blocks for this section (MRDB and TCB) 
are set up. 

Decode ~ A CITS (CITS_DECODE) is called to decode the test 
instruction. 
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Simulate — The test reference is simulated, and the expected 
results are loaded into the MRDB. 

Setup ~ Another CITS routine (CITS_SETUP) is called to initialize 
the data areas, general register, and stack for the test 
instruction. 

Map — The address of the test reference is mapped according to 
the variables controlling page validity and accessibility. 

Probe — A probe is made to the test address in order to verify 
the mapping, and the results are compared with the simulated 

Execute — The test reference is made. 

Remap — The test address mapping is reset to allow all access, 
and the result maps are copied and checked. 

Data Check — CITS_CHECK is called to check the results of the 
test instruction. 

Loop — The flow from setup is repeated for various translation 
buffer states. 

Return. 
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Typical Error Messages 



******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 1 ERROR 20212 28-MAY-1978 08:31:01.89 

HARD ERROR WHILE TESTING CPU: LENGTH REGISTER BOUNDARY 

ERROR OCCURRED DURING: ACCESS OR ACCESS CHECK 
ERROR: PAGE TABLE ENTRY WAS MODIFIED 



TESTED PSL MODE 

ADDRESS PRV CUR 

80001FF8 K K 

PTE PTE 



ACCESS ACCESS 
TYPE SIZE 
R L 

PROTEC- V-BIT M-BIT ACCESS ALLOWED 
TION 



ADDRESS VALUE CODE 
SPTEl: 0001F43C 00000098 0003 
SYS BASE SYS LENGTH 
REG REG 
0001F400 00000022 

EXP DATA ACT DATA PTE MODIFIED 
00000098 00000098 SPTEl: 



STATE STATE K E S U 
VAL CLR R NO NO NO 



Example 6-57 ESKAZ Test 1, Subtest 1, Error 20212 
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******** CPU CLUSTER EXERCISER — 9.0 ******** 

PASS 1 TEST 1 SUBTEST 1 ERROR 20213 28-MAY-1978 08:50:58.91 

HARD ERROR WHILE TESTING CPU: LENGTH REGISTER BOUNDARY 

ERROR OCCURRED DURING: ACCESS OR ACCESS CHECK 

ERROR: MODIFY BIT ERROR 

ACCESS ACCESS TESTED OPERAND 

TYPE SIZE INSTR NO. 

W L MOV 2 

PROTEC- V-BIT M-BIT ACCESS ALLOWED 
TION 



TESTED 


PSL 


MODE 


ADDRESS 


PRV 


CUR 


6013001F8 


K 


K 


PTE 




PTE 



ADDRESS VALUE CODE 
SPTEl: 0001F480 00000094 0002 



STATE STATE K E S U 
VAL SET RW NO NO NO 



T-BUFF 




STATE 




MISS 


- 


PPTEl: 0001F200 00000094 


HIT 




SYS BASE 


SYS LENGTH 


REG 


REG 


0001F400 


00000022 


PI BASE 


PI LENGTH 


REG 


REG 


7FC01A00 


0010000F 


EXPECTED 


PTE 


STATE 




SET 


SPTEl: 



0002 



VAL 



SET 



RW NO 



NO NO 



Example 6-58 ESKAZ Test 1, Subtest 1, Error 20213 
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Interpretation of Example 6-57 

1. First, a discussion of ERROR 20212 

All error numbers consist of 3 bytes with a breakdown as 
follows: 

a. The left byte (2) defines the location within the 
test where the error was encountered 

where, 

= Subtest 

1 — 6 = Subsection defined prior to the preceding 
examples (Paragraph 6.5.1). 

b. The middle byte (02) indicates the action being taken 
by the test at the time of error 

where, 

= SETUP 

1 = PROBE/PROBE CHECK 

2 = ACCESS/ACCESS CHECK 

3 = ACCESS DATA CHECK 

4 = FINAL SETUP 

c. The right byte (12) is indicative of the error itself 
(it is used by the test software to determine what 
gets printed at error report time) . 

So, the ERROR number tells us that we were in the LENGTH 
REGISTER BOUNDARY subsection (2) performing an ACCESS/ACCESS 
CHECK (0 2) , when we got a message saying PAGE TABLE ENTRY WAS 
MODIFIED (12). 

2. The ADDRESS UNDER TEST was 80001FF8. 

3. The PREVIOUS and CURRENT MODES in the PSL at the test 
time are shown as K K 

where, 

K = Kernel 

E = Executive 

S = Supervisor 

U = User 
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4. The ACCESS occurring at the time of the error is shown as 

R 

where, 

R = Read 
W = Write 
M = Modify 

5. The SIZE of the access is shown as L 

where, 

L = Longword 
B = Byte 
W = Word 
Q = Quad word 

6. A discussion of the line labeled SPTEl follows. 

In the given example we have only one line of 
information, but depending on the set of circumstances 
there can be more than one line (as shown in Example 
6-58). 

The lines and combinations that can appear are as 

follows: 

SPTEl: Page 1 system page table 

SPTE2: Page 2 system page table 

PPTEl: Page 1 processor page table 

PPTE2: Page 2 processor page table 

where. 

Page 1 = page number of the address of the lowest byte of 
the reference address as determined by either the Base 
Virtual Address (EVA) or, if the position is negative, by 
the BVA + position. 

Page 2 = the next page. 

NOTE 
A reference may be either entirely 
within PAGE 1 or PAGE 2, or it may cross 
over. 

In our example, the PAGE 1 system page table is being 

ACCESSED. 
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7. The PHYSICAL ADDRESS of the PTE is 1F43C. 

NOTE 
The PTE is the medium of translation of 
all virtual addresses to physical 
addresses. 

8. The PTE VALUE represents the contents of the PTE or 98. 
The PTE content comprises 4 fields. 

a. Page Frame Number (PFN) — Bits <20:00> 

This is the upper 21 bits of the physical address of 
the base of the page. 

b. Modify bit — Bit <26> 

c. Protection — Bits <30:27> 

d. Valid — Bit <31> 

9. The PROTECTION CODE for the page accessed was 3. 

10. Chapter 5 of the VAX-11 System Reference Manual gives an 
analysis of a protection code meaning. 

To ease the strain of searching through the VAX-11 System 
Reference Manual , the protection code breakdown is shown 
under ACCESS ALLOWED as R, NO, NO, NO. 

This states that the page being accessed can be READ in 
kernel mode, and cannot be accessed in any other mode. 

NOTE 
A W under this column would indicate 
that the page can be written in a given 
mode. 

11. The state of the valid bit (V-BIT) is VAL 

where , 

VAX = 1 (valid) 
INV = (invalid) 

12. The state of the modify bit (M-BIT) is CLR 
where, 

CLR = (no modify) 
SET = 1 (modify) 



6-68 



13. The content of the SYSTEM BASE REGISTER was 1F400 and the 
content of the SYSTEM LENGTH REGISTER was 22. 

These 13 items represent the SETUP portion of the error 
report (i.e., what were all the initial conditions, or 
states, at the time of the error) . 

The SYS BASE REG and SYS LGTH REG printouts always occur 
as parts of the SETUP. As a function of the TESTED 
ADDRESS value, one or two other printouts will occur 
additionally as follows: 

a. If bit 31 is clear and bit 30 is set, the message 
includes 

PI BASE PI LENGTH 

REG REG 

b. If bit 31 is clear and bit 30 is clear, the message 
includes 

P0 BASE P0 LENGTH 

REG REG 

14. The ERROR portion of the printout shows further proof of 
the ERROR: PAGE TABLE ENTRY WAS MODIFIED statement by 
showing the EXPECTED and ACTUAL DATA and the PTE 
MODIFIED. 

Example 6-58 is similar to Example 6-57 except that it shows 
additional information which reflects circumstances at the time of 
the error. 

The new items in Example 6-58 are: 

a. TESTED INSTR is a MOV 

b. The OPERAND NO. in question is 02 (i.e., the DST) . 

c. The translation buffer state (TB-STATE) is listed 

where , 

HIT = 1 
MISS = 0. 
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COMPATIBILITY MODE INSTRUCTION TEST (ESKAZ03, TEST 2) 



6.6 

6.6.1 Instructions Tested 

Most of the instructions provided by the compatibility mode 
hardware are exercised using various data patterns and address 
modes (Figure 6-3). These instructions are listed in Table 6-12. 



c 



START 



J 



SUBTEST 
SETUP 



-RN: 



IN: 



SUBTEST 
INSTRUCTION 



VERIFY 



GOTO 

NEXT 

SUBTEST 




EN: 



LOOP 



Figure 6-3 



Compatibility Mode Instruction 
Structure 



Module Subtest 
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Table 6-12 Compatibility Mode Instructions Provided by 
Compatibility Mode Hardware and Exercised by ESKAZ Test 2 



Op Code (8) 


Mnemomic 


Op Code (8) 


Mnemonic 


.055DD 


ADC(B) 


0001DD 


JMP 


.06SSDD 


ADD 


00 4RDD 


JSR 


.063DD 


ASL(B) 


.ISSDD 


MOV(B) 


.062DD 


ASR(B) 


.054DD 


NEG(B) 


. 4SSDD 


BIC(B) 


.061DD 


ROL{B) 


. 5SSDD 


BIS(B) 


.060DD 


ROR(B) 


.3SSDD 


BIT(B) 


.0020R 


RTS 


400-3777 


BRANCHES (*) 


000006 


RTT 


100000-3777 


BRANCHES (**) 


.056DD 


SBC(B) 


.050DD 


CLR(B) 


07 7RNN 


SOB 


. 2SSDD 


CMP(B) 


16SSDD 


SUB 


.051DD 


COM(B) 


0003DD 


SWAB 


240-277 


CND CODES (***) 


0067DD 


SXT 


.053DD 


DEC(B) 


.057DD 


TST(B) 


.052DD 


INC(B) 


074RSS 


XOR 



where , 



(*)=BR, BNE, BEQ, BGE, BLT, BGT, BLE 

(**)=BPL, BMI, BVC, BCC, BCS, BHI, BLOS, BHIS, BLO 

(***)=CLC, CLV, CLZ, CLN, CCC, SEC, SEV, SEZ, SEN, SCC 



The instructions provided by the compatibility mode hardware that 
have not yet been included in this test are listed in Table 6-13. 

Table 6-13 Compatibility Mode Instructions Not Yet Tested 



Op Code (8) 


Mnemonic 


07 2RSS 


ASH 


073RSS 


ASHC 


071RSS 


DIV 


1065SS 


MFPD 


0065SS 


MFPI 


1066DD 


MTPD 


0066DD 


MTPI 


070RSS 


MUL 



6-71 



NOTES 

1. The test instruction is always 
tagged IN. 

2. The error is always tagged EN. 

3. The return point for looping is 
always tagged RN. 

4. If more than one verification is 
made in a single subtest, the 
entries to subsequent checks are 
tagged AN, BN, etc. 

5. If more than one error is included, 
subsequent errors are tagged EIN, 
E2N, E3N, etc. 

The RTI instruction provided by compatibility mode hardware is not 
tested in this module. The compatibility mode entry/exit module 
(ESKAX02, Test 01) tests this instruction thoroughly. 

6.6.2 Compatibility Mode Test Error Message Format 

The following header is printed when an error is detected. 

(PC) (PSW) (SP) (Rl) (R2) (R3) (R4) 

Interpretation of Compatibility Mode Test Error Message Format 

(PC) Indicates the content of the program counter at the time 
of the error call. This is normally an address that is 
used to locate the error call statement in the failing 
subtest. 

(PSW) Indicates the content of the processor status word at the 
time of the error call. 

(SP) Indicates the content of the stack pointer (R6) at the 
time of the error. 

NOTE 
The error call will push the stack 
twice. 
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(Rl) Indicates a mnemonic of the instruction under test 
e.g., MOVE, ASL . . . et al. 

(R2) For single- and double-operand instructions, R2 normally 
contains the destination address. 

(R3) For single- and double-operand instructions, R3 contains 
what the result (destination operand) actually was after 
the test instruction was executed. 

(R4) For single- and double-operand instructions, R4 contains 
what the result (destination operand) should have been 
(S/B) . 

In some cases, the error information may deviate from that 
previously described but the program annotation for those subtests 
will describe the meaning of those entries that have been 
redefined. 

The error call statement is encoded to print only the information 
relative to the particular function being tested. Interpretation 
of the error calls is shown below. 

ERROR Print all 7 columns 

ERRORl Print only column 1 

ERR0R2 Print columns 1, 2 

ERR0R3 Print columns 1, 2, 3 

ERR0R4 Print columns 1, 2, 3, 4 

ERRORS Print columns 1, 2, 3, 4, 5 

ERR0R6 Print columns 1, 2, 3, 4, 5, 6 

6.6.3 Sample Error Message Explanation 



******** CPU CLUSTER ... ******** 

PASS 1 TEST XX SUBTEST 208 

HARD ERROR WHILE TESTING CPU: COMPATIBILITY MODE 

(PC) (PSW) (SP) (Rl) (R2) (R3) (R4) 

00008DD0 00000004 0000A5AA MOV 00000400 00000000 0000FFFF 



Example 6-59 ESKAZ Compatibility Mode Test Error 
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Interpretation of Example 6^59 

8DD0 Represents the PC of the error call in the listing. 

4 Represents the content of the PSW prior to the error 
call. 

A5AA Represents the last position of the PDP-11 mode stack 
pointer {R6) . 

MOV Is a clue that the MOV instruction failed under test. 

400 Represents the address used by the destination mode 
portion of the MOV instruction. 

0000 Represents the actual content of the destination after 
instruction execution. 

FFFF Represents what the content of the destination should 
have been after the MOV instruction was executed. 

The listing is laid out with a subtitle printed at the top of each 
page. The operator can look through the program listing for 
subtest 208. The subtest description of 208 shows that a MOV 
instruction is tested with source mode 2 and destination mode 3. 

6.6.4 Compatibility Mode Instruction Module Assumptions 

Four compatibility mode trap instructions are used to control the 

execution of this test, as follows. 

1. SUBTYPE (SPL) Used as program end indicator. 

2. SUBTYPE 2 (lOT) Used as next subtest indicator. 

NOTE 
Appears as SCOPE statement in listing. 

3. SUBTYPE 3 (EMT) Used as error report indicator. 

NOTE 
Appears as ERROR + XX statement in 
listing. 

4. SUBTYPE 4 (TRAP) Used as PSW reference indicator. 

NOTE 
Appears as TRAP + XX statement in 
listing. 

It is assumed that the test performing the exercising of 
compatibility mode entry/exit conditions has been executed prior 
to this test, in which event, the compatibility mode trap 
instructions have been checked out. 
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APPENDIX A 
GLOSSARY OF DIAGNOSTICS SOFTWARE TERMS 

absolute (ABS) — A program section (psect) attribute. An absolute 
psect contains only symbol definitions. It does not contribute 
binary code to the image. Therefore, it must have a zero-length 
memory allocation. The converse is relocatable (REL) . 

access mode — Any of the four processor access modes in which 
software executes. Processor access modes are, in order, from most 
to least privileged and protected: kernel (mode 0), executive 
(mode 1) , supervisor (mode 2) , and user (mode 3) . 

When the processor is in kernel mode, the executing software has 
complete control of, and responsibility for, the system. When the 
processor is in any other mode, the processor is inhibited from 
executing privileged instructions. The processor status longword 
contains the current access mode field. The operating system uses 
access modes to define protection levels for software executing in 
the context of a process. For example, the executive runs in 
kernel and executive modes and is most protected. The command 
interpreter is less protected and runs in supervisor mode. The 
debugger runs in user mode and is no more protected than normal 
user programs. 

access type — The way in which the processor accesses instruction 
operands. Access types are: read, write, modify, address, and 
branch. 

alignment — The address boundary at which a program section is 
based. 

allocate a device — To reserve a particular device unit for 
exclusive use. A user process can allocate a device only when that 
device is not allocated by any other process. 

allocation — The number of bytes of memory contributed by a 
program section to a particular module. 

alphanumeric character — An upper or lower case letter (A — Z, 
a — z) , a dollar sign ($) , an underscore ( ) , or a decimal digit 
(0--9). 

ancillary control process (ACP) — A process that acts as an 
interface between user software and an I/O driver. An ACP provides 
functions supplemental to those performed in the driver, such as 
file and directory management. 

argument — An independent value within a command statement that 
specifies where, or on what, the command will operate (e.g., 
address, data) . 
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argument pointer — General register 12 (R12) . By convention, AP 
contains the address of the base of the argument list for 
procedures initiated using the CALL instructions. 

assign a channel — To establish the necessary software linkage 
between a user process and a device unit before a user process can 
transfer any data to or from that device. A user process requests 
the system to assign a channel and the system returns a channel 
number . 

assembler — A program that translates source language code, whose 
operations correspond directly to machine op codes, into object 
language code. 

asynchronous system trap (AST) — A software-simulated interrupt 
to a user-defined service routine. ASTs enable a user process to 
be notified asynchronously, with respect to its execution, of the 
occurrence of a specific event. If a user process has defined an 
AST routine for an event, the system interrupts the process and 
executes the AST routine when that event occurs. When the AST 
routine exits, the system resumes the process at the point where 
it was interrupted. 

attributes — Various characteristics that can be assigned by the 
programmer to each psect in a module (e.g., ABS) . 

base register — A general register used to contain the address of 
the entry in a list, table, array, or other data structure. 

block — 1. The smallest addressable unit of data that the 
specified device can transfer in an I/O operation (512 contiguous 
bytes for most disk devices) . 2. An arbitrary number of contiguous 
bytes used to store logically related status, control, or other 
processing information (i.e., process control block). 

breakpoint — In diagnostics, an address assigned through the 
diagnostic supervisor. When the PC equals the value of the 
breakpoint, control returns to the diagnostic supervisor. 

boot (bootstrap) — A program that loads another (usually larger) 
program into memory from a peripheral device. 

buffer — A temporary data storage area. 

call frame — A standard data structure built on the stack during 
a procedure call, starting from the location addressed by the FP 
to lower addresses, and popped off during a return from procedure 
(also called stack frame) . 

channel — A logical path connecting a user process to a physical 
device unit. A user process requests the operating system to 
assign a channel to a device so that the process can transfer data 
to or from that device. 
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command file — A file containing command strings. 

command interpreter — Procedure-based code to receive, syntax 
check, and parse commands typed by the user at a terminal or 
submitted in a command file. 

command parameter — The positional operand of a command delimited 
by spaces, such as a file specification, option, or constant. 

command string — A line, or a set of continued lines, normally 
terminated by typing the carriage return key containing a command, 
and optionally, information modifying the command. A complete 
command string consists of a command; its qualifiers, if any; its 
parameter (file specifications, for example), if any; and their 
qualifiers, if any. 

concatenate (CON) — A program section attribute. If a psect is 
concatenated, all psects of the same name yet from different 
modules are to be assigned contiguous addresses in the virtual 
address space. Each module can specify an independent alignment. 
The linker performs the necessary padding of zero bytes between 
contributions. The base alignment of the resulting concatenated 
psects is according to the greatest alignment granularity of all 
the contributions to the psect. For example, if the greatest 
alignment granularity of all contributors is a page, the psect is 
page-aligned; although, some contributors may be byte-aligned, 
others word-aligned, etc. 

condition — An exception condition detected and declared by 
software". 

condition codes — Four bits in the processor status word that 
indicate the results of the previously executed instruction. 

condition handler — A procedure that a process wants the system 
to execute when an exception condition occurs. When an exception 
condition does occur, the operating system searches for a 
condition handler. When it finds the condition handler, the 
operating system initiates the handler immediately. The condition 
handler may perform some act to change the situation that caused 
the exception condition and then continue execution of the process 
that incurred the exception condition. Condition handlers execute 
in the context of the process at the access mode of the code that 
incurred the exception condition. 

context switching — Interrupting the activity in progress and 
switching to another activity. Context switching occurs as one 
process after another is scheduled for execution. The operating 
system saves the interrupted process's hardware context in its 
hardware PCB using the save process context instruction, loads 
another process's hardware PCB into the hardware context using the 
load process context instruction, and schedules that process for 
execution . 
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cylinder — The tracks at the same radius on all recording 
surfaces of a disk pack. 




a command qualifier does 
^ command function; also, 
e system fills in when the 



default disk — The system disk to which the system writes all 

files that the operator creates, by default. The default is used 

whenever a file specification in a command does not explicitly 
name a device. 

delimiter — A character or symbol used to separate or limit items 
within a command or data string. However, the delimiter is not a 
member of the string. 

device — The general name for any physical terminus or link 
connected to the processor that is capable of receiving, storing, 
or transmitting data. Card readers, line printers, and terminals 
are examples of record-oriented devices. Magnetic tape devices and 
disk devices are examples of mass storage devices. Terminal line 
interfaces and interprocessor links are examples of communications 
devices. 

device interrupt — An interrupt received on interrupt priority 
levels 16 through 23. Device interrupts can be requested only by 
devices, controllers, and memories. 

device name — The field in a file specification that identifies 
the device unit on which a file is stored. Device names also 
include the mnemonics that identify an I/O peripheral device in a 
data transfer request. A device name consists of a mnemonic 
followed by a controller identification letter (if applicable), 
followed by a unit number (if applicable). A colon (:) separates 
it from following fields. 

direct I/O — A mode of access to peripheral devices in which the 
program addresses the device registers directly, without relying 
on support from the operating system drivers. 

drive — The electro-mechanical unit of a mass storage device 
system on which a recording medium (disk cartridge, disk pack, or 
magnetic tape reel) is mounted. 

driver — The set of system code that handles physical I/O to a 
device. 

entry mask — A word (1) whose bits represent the registers to be 
saved or restored on a subroutine or procedure call using the call 
and return instructions, and (2) which includes trap enable bits. 

entry point — A location that can be specified as the object of a 
call. It contains an entry mask and exception enables known as the 
entry point mask. 
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event — A change in process status or an indication of the 
occurrence of some activity that concerns an individual process or 
cooperating processes. An incident reported to the scheduler that 
affects a process's ability to execute. Events can be synchronous 
with the process's execution (a wait request, or they can be 
asynchronous (I/O completion). Some examples of events: swapping, 
wake request, page fault. 

event flag — A bit in an event flag cluster that can be set or 
cleared to indicate the occurrence of the event associated with 
that flag. Event flags are used to synchronize activities in a 
process or among many processes. 

exception — An event detected by the hardware (other than an 
interrupt or jump, branch, case, or call instruction) that changes 
the normal flow of instruction execution. An exception is always 
caused by the execution of an instruction or set of instructions, 
while an interrupt is caused by an activity in the system 
independent of the current instruction. There are three types of 
hardware exceptions: traps, faults, and aborts. Examples are: 
attempts to execute a privileged or reserved instruction; trace 
traps; compatibility mode faults; breakpoint instruction 
execution; and arithmetic traps such as overflow, underflow, and 
divide-by-zero. 

exception condition — A hardware- or software-detected event 
(other than an interrupt or jump, branch, case, or call 
instruction) that changes the normal flow of instruction 
execution. 

exception dispatcher — An operating system procedure that 
searches for a condition handler when an exception condition 
occurs. If no exception handler is found for an exception or 
condition, the image that incurred the exception is terminated. 

executable (EXE) — A program section attribute. The psect 
contains only instructions. This attribute provides the capability 
to separate instructions from read-only and read/write data. The 
linker uses this attribute in gathering psects and in the 
verification of the transfer address that must be present in an 
executable psect. 

executable image — An image that is capable of being run in a 
process. When run, an executable image is read from a file for 
execution in a process. 

executive — The generic name for the collection of procedures 
included in the operating system software that provides the basic 
control and monitor functions of the operating system. 

file — A logically related collection of data treated as a 
physical entity that occupies one or more blocks on a volume such 
as disk or magnetic tape. A file can be referenced by a name 
assigned by the user. A file normally consists of one or more 
logical records. 
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file specification — A unique name for a file on a mass storage 
medium. 

frame pointer — General register 13 (R13) . By convention, FP 
contains the base address of the most recent call frame on the 
stack. 

global symbol — A symbol defined in a module that is potentially 
available for reference by another module. The linker resolves 
(matches references with definitions) global symbols. Contrast 
with local symbol. 

granularity — The alignment of a contribution to a psect on a 
boundary. The alignment granularity may be byte, word, quadword, 
or page. 

home block — A block in the index file that contains the volume 
identification, such as volume label and protection. 

image — An image consists of procedures and data that have been 
bound together by the linker. There are three types of images: 
executable, sharable, and system. 

index file — The file on a FILES-11 volume that contains the 
access information for all files on the volume and enables the 
operating system to identify and access the volume. 

interrupt — An event (other than an exception or branch, jump, 
case, or call instruction) that changes the normal flow of 
instruction execution. Interrupts are generally external to the 
process executing when the interrupt occurs. 

interrupt stack — The system-wide stack used when executing in an 
interrupt service context. At any time, the processor is either in 
a process context executing in user, supervisor, executive, or 
kernel mode; or in system-wide interrupt service context operating 
with kernel privileges, as indicated by the interrupt stack and 
current mode bits in the PSL. The interrupt stack is not 
context-switched . 

I/O function code — A 6-bit value specified in a queue I/O 
request system service that describes the particular I/O operation 
to be performed (e.g., read, write, rewind). 

library file — A direct access file containing one or more 
modules of the same module type. 

linked commands — A group of independent commands connected 
together (linked) so as to form a single executable list of 
commands. Once initiated, the entire linked command list may be 
executed without further operator intervention. 
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linker — A program that reads one or more object modules created 
by language processors and produces an executable image file, a 
sharable image file, or a system image file. 

linking — The resolution of external references between object 
modules used to create an image; the acquisition of referenced 
library routines, service entry points, and data for the image; 
and the assignment of virtual addresses to components of an image. 

link map — A link map shows the virtual memory allocation of the 
total program image. The link map is found in a program listing in 
the program section allocation synopsis. 

literal — An operand which is used immediately, without being 
translated to some other value. An operand which specifies itself. 

literal argument -- An independent value within a command 
statement that specifies itself. 

local symbol — A symbol that is meaningful only to the module 
that defines it. Symbols not identified to a language processor as 
global symbols are considered to be local symbols. A language 
processor resolves (matches references with definitions) local 
symbols. They are known to the linker and cannot be made available 
to another object module. They can, however, be passed through the 
linker to the symbolic debugger. Contrast with global symbol. 

logical block — A block on a mass storage device identified by 
using the volume-relative address rather than the physical 
(device-oriented) address or the virtual (file-relative) address. 
The blocks that comprise the volume are labeled sequentially 
starting with logical block 0. 

macro — A statement that requests a language processor to 
generate a predefined set of instructions. 

memory management — The system functions that include the 
hardware's page mapping and protection and the operating system's 
image activator and pager. 

module — A part of a program assembled as a unit. Modular 
programming allows the development of large programs in which 
separate parts share data and routines. 

mount a volume — To logically associate a volume with the 
physical unit on which it is loaded (an activity accomplished by 
system software at the request of an operator). Or, to load or 
place a magnetic tape or disk pack on a drive and place the drive 
on-line (an activity accomplished by a system operator) . 

object module — The binary output of a language processor such as 
the assembler or a compiler, which is used as input to the linker. 

operand — a value (address or data) that is operated on, or with, 
by an instruction. 
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overlay (OVR) — A program section attribute. If a psect is 
overlayed, all contributions to the psect have the same base 
address. The length of the psect is the size of the largest 
contribution. All contributions to an overlayed psect must have 
the same alignment. 

page — A set of 512 contiguous byte locations used as the unit of 
memory mapping and protection. Also, the data between the 
beginning of a file and a page marker, between two markers, or 
between a marker and the end of a file. 

page frame number (PFN) — The address of the first byte of a page 
in physical memory. The high-order 21 bits of the physical address 
of the base of a page make up the PFN. 

page table entry (PTE) — The data structure that identifies the 
location and status of a page of virtual address space. When a 
virtual page is in memory, the PTE contains the page frame number 
needed to map the virtual page to a physical page. When it is not 
in memory, the PTE contains the information needed to locate the 
page on secondary storage (disk) . 

parameter — A parameter is the object of a command. It can be a 
file specification, a keyword option, or a symbol value passed to 
a command procedure. In diagnostics, parameters are usually 
operator-supplied answers to questions asked by a program 
concerning devices to be tested. 

parameter switch — A command qualifier. In diagnostics, it is 
preceded by a slash (/) . 

parser — A procedure that breaks down the components of a command 
into structural forms. 

physical address — The address used by hardware to identify a 
location in physical memory or on directly addressable secondary 
storage devices such as disks. A physical memory address consists 
of a page frame number and the number of a byte within the page. A 
physical disk block address consists of a cylinder or track and 
sector number. 

physical block — A block on a mass storage device referred to by 
its physical (device-oriented) address rather than a logical 
(volume-relative) or virtual (file-relative) address. 

position independent code (PIC) — A program section attribute. 
The contents of the psect do not depend on a specific location in 
virtual memory. The converse is nonposition independent code 
(NOPIC) . 
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priority — The rank assigned to an activity that determines its 
level of service. For example, when several jobs contend for 
system resources, the job with the highest priority receives 
service first. ^ 

program section — A portion of a module. The assembler creates a 
number of program sections (psect) within a module, according to 
directives by the program developer. In addition, any code that 
precedes the first defined program section is placed in the BLANK 
program section by the assembler. 

Through program sectioning the program developer controls the 
^^5'^K?'!' J"®i"°i5^ allocation of a program. Any program attributes 
established by the program section directive are passed on to the 
linker. Thus, program sections can be declared as read only, 
nonexecutable, etc. See the VAX-11 MACRO Language Reference Manu al 
for an explanation of the various program section attribute 
functions . 

In the diagnostic programs, each test is given a separate program 
section. 

prompt — A program's typed out response to and/or request for 
operator action. 

qualifier — A portion of a command string that modifies a command 
verb or command parameter by selecting one of several options. A 
qualifier, if present, follows the command verb or parameter to 
which It applies and is in the format: /qualifier :option. For 
example, in the command string "PRINT <filename> /COPIES: 3", the 
COPIES qualifier indicates that the user wants three copies of a 
given file printed. 

queue — A list of commands or jobs waiting to be processed. 

queue I/O — A mode of access to peripheral devices in which a 
program calls on driver routines provided by the VMS operating 
system or the diagnostic supervisor to transfer data. 

radix — The base of the number system currently in use. 

readable (RD) — A program section attribute. The contents of the 
psect can be read at the execute time. The converse is nonreadable 
(NORD) . 

record — A collection of adjacent items of data treated as a 
unit. A logical record can be of any length whose significance is 
determined by the programmer. A physical record is a 
device-dependent collection of contiguous bytes such as a block on 
a disk, or a collection of bytes sent to or received from a 
record-oriented device. 

relocatable (REL) — A program section attribute. The psect must 
be assigned a base address by the linker. This psect can contain 
code and/or data. 
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script file — A line-oriented ASCII file that contains a list of 
commands. 

section — A group of tests in a diagnostic program that may be 
selected by the operator. 

sector — A portion of a track on the surface of a disk. On a 
VAX-11 system, each track on a disk is normally divided into 22 
sectors . 

semantics — The interpretation of and relation between commands 
or command symbols. 

sharable image -- An image that has all of its internal references 
resolved, but which must be linked with an object module (s) to 
produce an executable image. A sharable image cannot be executed. 
A sharable image file can be used to contain a library of 
routines. A sharable image can be installed as a global section by 
the system manager. 

stack ~ An area of memory set aside for temporary storage, or for 
procedure and interrupt service linkages. A stack uses the 
last-in, first-out concept. As items are added to (pushed on) the 
stack, the stack pointer decrements. As items are retrieved from 
(popped off) the stack, the stack pointer increments. 

stack frame -- A standard data structure built on the stack during 
a procedure call, starting from the location addressed by the FP 
to lower addresses, and popped off during a return from procedure. 
Also called call frame. 

stack pointer — General register 14 (R14) . SP contains the 
address of the top (lowest address) of the processor-defined 
stack. Reference to SP will access one of the five possible stack 
pointers: kernel, executive, supervisor, user, or interrupt, 
depending on the value in the current mode and interrupt stack 
bits in the Processor Status Longword (PSL) . 

standalone mode — A diagnostic program environment in which the 
program and the diagnostic supervisor run without the VMS 
operating system. The operator must use the console terminal when 
running diagnostics in the standalone mode, and no other users 
have access to the system. 

symbolic argument — An argument within a command that refers to 
another value. 

syntax — The rules governing a command language structure. The 
way in which command symbols are ordered to form meaningful 
statements. 

syntactic unit — An item contained within a command statement 
(e.g., an argument, a qualifier). 
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system image — The image that is read into memory from secondary 
storage when the system is started up. 

test — A unit of a diagnostic program that checks a specific 
function or portion of the hardware. 

time stamp — A statement of the time of day at which a specific 
event occurred. 

track — A collection of blocks at a single radius on one 
recording surface of a disk. 

trap — An exception condition that occurs at the end of the 
instruction that caused the exception. The PC saved on the stack 
is the address of the next instruction that would normally have 
been executed. All software can enable and disable some of the 
trap conditions with a single instruction. 

unit record device — A device such as a card reader or line 
printer. 

unwind the call stack — To remove call frames from the stack by 
tracing back through nested procedure calls using the current 
content of the FP register and FP register content stored on the 
stack for each call frame. 

OUT (unit under test) ~ The device or portion of the computer 
hardware being tested by a diagnostic program. 

virtual block number — A number used to identify a block on a 
mass storage device. The number is a file-relative address rather 
than a logical (volume-oriented) or physical (device-oriented) 
address. The first block in a file is always virtual block number 
one. 

writable (WRT) — A program section attribute. The content of the 
psect can be modified at execute time. The converse is nonwritable 
(NOWRT) . 
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